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(54) Broadband cable IP telephony network architecture 



(57) The present invention provides a system and 
method for a reliable, low-cost, secure Internet Protocol 
(IP) based network that provides broadband-based 
voice communications as well as video and data com- 
munications. The IP network is arranged to function with 
the infrastructure of the Public Switched Telephone Net- 
work (PSTN), to control telephone calls in SS7 type net- 



works and to provide the features, applications, and 
services of the typical SS7 networks in a voice over IP 
network. The present invention supports much larger 
cost effective call volumes than the present network sys- 
tems, allows accommodation of a wide range of broad- 
band-based service platforms, provides flexibility to 
support current and future calling feature services, and 
provides high quality voice transmission. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to communica- 
tion between users in diverse communication systems, 
and more particularly, to providing a broadband commu- 
nication system including an Internet Protocol-based 
Network, a cable-based access network, other high- 
speed networks and a public switched telephone net- 
work. 

BACKGROUND OF THE INVENTION 

[0002] Present day telephony voice networks have a 
network built around circuit switches, end offices, a toll 
network, tandem switches, and twisted pair wires. 
These voice networks are referred to as a public 
switched telephone network (PSTN) or plain old tele- 
phone service (POTS). Due to bandwidth limitations of 
plain old telephone service (POTS), there is an inherent 
inability to efficiently integrate multiple types of broad- 
band services such as IP telephony high-speed data 
communication for personal computers (PC), and video 
on demand (VOD), Interactive television (ITV) and cable 
TV (CATV) services. Accordingly, a new broadband ar- 
chitecture is required for data-optimized access net- 
works with reliable quality that can share voice, data and 
video communications efficiently and at low cost, allow- 
ing businesses to connect directly to data networks, thus 
changing the profile of the voice network while optimiz- 
ing broadband service-based data transmission based 
on packet and cell technologies. 

SUMMARY OF THE INVENTION 

[0003] Aspects of the invention include providing 
broadband access capabilities or enhanced services for 
use in conjunction with a packetized network such as 
an Internet Protocol (IP) based system infrastructure. 
[0004] Other aspects of the invention include provid- 
ing one or more of the following either individually, or in 
any combination or subcombination: a new broadband 
architecture; broadband network capabilities, including 
local access; enhanced services for use in conjunction 
with a packetized network such as an Internet Protocol 
(IP) based system infrastructure. 
[0005] The present invention includes a powerful, fa- 
cilities-based, end-to-end Internet Protocol (IP) based 
network infrastructure that provides voice, data and vid- 
eo communication service with reliable security to users 
at a minimum cost. A plurality of networks converge to 
IP as a protocol of choice in wide area networking, pro- 
viding the network with a protocol consistency that fa- 
cilitates deployment of new broadband services. In the 
present invention, the IP network may be arranged to 
interwork with the infrastructure of the Public Switched 
Telephone Network (PSTN), which is built around tradi- 



tional SS7 networks. The present invention may control 
telephone calls in SS7 type networks and provide the 
features, applications, and services of the typical SS7 
networks in the new voice over IP network. 

s [0006] Thus, the present invention provides voice 
over IP network that is reliable, may be fully interopera- 
ble with PSTN including SS7, may support much larger 
low cost call volumes than the present network systems, 
may allow accommodation of a wide range of service 

10 platforms including the flexibility to support current and 
future calling features, and typically provides low cost 
and high quality voice transmission. 

BRIEF DESCRIPTION OF THE DRAWINGS 

15 

[0007] Fig. 1 shows a schematic representation of a 
broadband network (e.g., broadband IP based network) 
in accordance with a preferred embodiment of aspects 
of the present invention. 

20 [0008] Fig. 2 shows a block diagram of a preferred 
embodiment of a centralized control (IP central station) 
in accordance with aspects of the present invention. 
[0009] Fig. 3 shows a block diagram of a preferred 
embodiment of a local control apparatus (broadband 

25 residential gateway) in accordance with aspects of the 
present invention. 

[0010] Fig. 4 shows a detailed schematic representa- 
tion of an exemplary embodiment of the broadband net- 
work shown in Fig. 1. 
30 [0011] Fig. 5 is a signal flow diagram illustrating atyp- 
ical on-network to off-network call according to one pre- 
ferred method of operating the broadband network 
shown in Fig. 1 . 

[0012] Fig. 6 is a signal flow diagram illustrating a typ- 
35 ical on-network to on-network call according to one pre- 
ferred method of operating the broadband network 
shown in Fig. 1 . 

[0013] Figure 7 is a schematic representation of one 
embodiment of a Customer Premises Apparatus cou- 
40 pled to an Internet Protocol Capable/ Hybrid Fiber Co- 
axial (HFC) network in accordance with the present in- 
vention. 

[0014] Figure 8 shows a schematic of one embodi- 
ment of a HFC distribution network for connecting a 
45 Head-end Hub with the CPE network in accordance with 
the present invention. 

[0015] Figure 9 shows a one embodiment of a spec- 
trum use diagram for the coaxial portion of an HFC net- 
work in accordance with the present invention. 
so [0016] Figure 10 is a schematic representation of one 
embodiment of a HEH architecture in accordance with 
the present invention. 

[0017] Figure 11 is a schematic representation of one 
embodiment of a packet over SONET High-speed Pack- 
55 et Network in accordance with the present invention. 
[0018] Figure 12 is a schematic representation of one 
embodiment of the connectivity between the VG and the 
PSTN network in accordance with the present invention. 
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[0019] Figure 13 is a schematic representation of one 
embodiment of a VG that is router-based with Voice 
Feature Card and DSP Module cards to do the voice 
processing in accordance with the present invention. 
[0020] Figure 14 shows a schematic representation 
for one embodiment of an architecture for a Secured 
Management Data Network (SMD net) interconnect 
system in accordance with the present invention. 
[0021] Figure 15 is a block diagram of one embodi- 
ment of a Broadband Residential Gateway in accord- 
ance with the present invention. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENTS 

[0022] The present invention provides a system and 
method for a reliable, low-cost, secure Internet Protocol 
(IP) based network that provides broadband-based 
voice communications as well as video and data com- 
munications that function together with the infrastruc- 
ture of the Public Switched Telephone Network (PSTN) 
to control telephone calls in SS7 type networks and to 
provide the features, applications, and services of the 
typical SS7 networks in a voice over IP network. In par- 
ticular, the present invention supports much larger low- 
cost call volumes than the present network systems, al- 
lows accommodation of a wide range of broadband- 
based service platforms, provides flexibility to support 
current and future calling feature services, and provides 
high quality voice transmission. 

[0023] A new system is provided for broadband ac- 
cess and applications. Unless otherwise indicated by 
the appended claims, the present invention is not limited 
to the preferred embodiments described in this section 
but is applicable to other integrated multimedia commu- 
nication systems. 

I. Integrated Communication System Overview 

[0024] Referring to Fig. 1 , an exemplary embodiment 
of a broadband network 1 . The broadband network gen- 
erally provides interconnection between a plurality of 
customer locations utilizing various interconnection ar- 
chitectures including Internet Protocol (IP) based net- 
work, various existing systems (legacy systems) such 
as the public switched telephone network (PSTN), ATM 
networks, the Internet, signaling networks, as well as 
other systems. The broadband network provides versa- 
tile intelligent conduits that may carry, for example, In- 
ternet Protocol (IP) telephony or multimedia signals be- 
tween the customer premises over, for example, the 
public switched telephone network, Internet, or wireless 
communication networks. 

[0025] Again referring to Fig. 1, the broadband net- 
work 1 may include one or more customer premises 
equipment (CPE) units 102. The customer premise 
equipment 1 02 may be variously configured. In one ex- 
ample, the customer premise equipment 102 may in- 



clude one or more local control devices such as a broad- 
band residential gateway (BRG) 300. Although the 
broadband residential gateway is preferably disposed 
in a residence for many aspects of the invention, in ex- 

5 emplary embodiments, it may also be disposed in a 
business or other location. The broadband residential 
gateway 300 may be variously configured to provide one 
or more integrated communication interfaces to other 
devices within the customer premise equipment 102 

10 such as televisions (TV), personal computers (PC), 
plain old telephone system (POTS) phone(s), video 
phones, IP enabled phones, and other devices. For ex- 
ample, the broadband residential gateway 300 may pro- 
vide one or more telephone port connections (e.g., plain 

is old telephone system), Ethernet connections, coaxial 
connections, fiber distributed data interface (FDDI) con- 
nections, wireless local area network (LAN) connec- 
tions, firewire connections, and/or other connections to 
a plurality of devices such as plain old telephones, IP 

20 based phones, television converters, e.g., cable televi- 
sion (CATV) set top devices, televisions, digital televi- 
sions, high definition televisions (HDTV), video phones, 
and other devices. In exemplary embodiments, the 
broadband residential gateway 300 may support com- 

25 munications between any of the aforementioned devic- 
es in intra-premises calling and/or extra-premises call- 
ing. Further, when the broadband residential gateway 
300 is used in a business environment, it can function 
as a private branch exchange or key type telephone sys- 

30 tem. 

[0026] In Fig. 1, broadband residential gateway 300 
is illustrated as a single physical device. This configura- 
tion is appropriate where centralization of maintenance 
and control is desirable. Alternatively, the broadband 

35 residential gateway 300 may be separated into more 
than one physical device allowing functionality to be dis- 
tributed to a plurality of different physical locations in the 
customer premise and/or broadband network 1 . Howev- 
er, in many embodiments, having a centralized broad- 

40 band residential gateway 300 located in a single location 
provides ease of maintenance, control, and re-configu- 
ration as well as a reduction in cost due to shared func- 
tionality. For example, the broadband residential gate- 
way may be configured to provide the intelligence need- 

45 ed to allow each of the customer premises equipment 
devices to operate within the broadband network 1 . For 
example, analog voice may be converted to digital data 
and packetizedfortransmission in an appropriate output 
protocol such as an Internet protocol (IP). 

so [0027] In exemplary embodiments, the broadband 
residential gateway 300 may function to couple devices 
within the customer premise equipment 1 02 to the rest 
of the broadband network 1 using any suitable broad- 
band communication mechanism. In the embodiment 

55 shown in Fig. 1 , the broadband residential gateway 300 
utilizes a hybrid fiber-coaxial plant 112 to couple the 
broadband residential gateway 300 to the rest of the 
broadband network 1 . The hybrid fiber-coaxial plant 1 1 2 
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may be preferred in many embodiments over other 
broadband communication mechanisms because of the 
large number of homes currently connected to cable 
networks, the capacity for shared access, and the ability 
for asymmetric data access speeds which allow high 
quantities of data to be distributed to the various devices 
in the customer premises equipment 112. The hybrid fib- 
er-coaxial plant 112 may include coaxial cable and/or 
optical fiber networks in any suitable combination. The 
hybrid fiber-coaxial plant 112 may provide an intelligent 
broadband conduit between the broadband residential 
gateway 300 and a gateway such as the head-end hub 
(HEH) 115. The head-end hub 115 may be variously 
configured to provide various services and/or intercon- 
nections with the rest of the broadband network 1 . For 
example, the head-end hub 115 may provide an inter- 
connection point to gather and aggregate external serv- 
ices (e.g., off air and satellite video, public switched tel- 
ephone network voice, multimedia messages, and In- 
ternet data) for distribution to and from the hybrid fiber- 
coaxial plant 112. With respect to telephony and multi- 
media calls, the head-end hub 115 may function as in- 
telligent conduit for connection and communication be- 
tween the hybrid fiber-coaxial plant 112 and external 
networks such as an IP network 120 and/or an ATM/ 
frame relay/cell relay network 185. 
[0028] The broadband network 1 may include any 
number of interconnected head-end hubs 115, IP net- 
works 120, and/or ATM networks 185. Further, the IP 
network 1 20 and/or ATM network 1 85 may be connected 
to one or more other networks and devices such as: 

(1) external networks including a public switched 
telephone network (PSTN) 170, an signaling sys- 
tem 7 (SS7) network 1 70, an Internet 1 80, and/or a 
wireless network 144; 

(2) various components including one or more pri- 
vate branch exchanges 146, terminals 142 includ- 
ing computers and wireless devices, and/or one or 
more stand alone broadband residential gateway 
300; 

(3) one or more administration centers 155; 

(4) one or more secure network management data 
networks 190 such as a network operations center 
(NOC); 

(5) one or more billing systems 195 such as OSS; 
and/or 

(6) one or more centralized control centers such as 
what is referred to as an IP central station 200. 

[0029] The IP network 1 20 and/or ATM network 1 85 
may include one or more routers and/or other devices 
to route, for example, telephony calls, multimedia calls, 
signaling messages, administrative messages, pro- 
gramming messages and/or computer data between the 
various devices in the broadband network 1 such as the 
head-end hub 115, the public switched telephone net- 
work 160, the private branch exchange (PBX) 146, as 



6 

well as the other devices discussed above. In preferred 
embodiments, the information traveling in the IP net- 
work 120 may be packetized and formatted in accord- 
ance with one of the Internet protocols. The IP network 
5 1 20 may also include gateways to interface with the var- 
ious other networks and/or devices. For example, the 
gateways may be distributed at the edge of the IP net- 
work where the IP network interfaces with one of the 
other devices or networks. Alternatively, the gateways 
10 interfacing the IP central station 200 to, for example, the 
Internet 1 80, public switched telephone network (PSTN) 
160, signaling system 7 (SS7) 170, wireless networks 
1 44, ATM/frame/cell relay networks 1 85 may be provid- 
ed in the IP central station 200, or in both the IP network 
is 120 and the IP central station 200, and/or partially dis- 
tributed between the IP network 120 and the IP central 
station 200. Where the gateways are separated by an 
IP network 200, an appropriate transport protocol may 
be utilized to logically connect the IP central station 200 
20 to the particular gateway. 

[0030] The IP central station(s) 200 may be connect- 
ed to, for example, one or more IP networks 120, ATM 
networks 1 85, secure management data networks 1 90, 
and/oradministration centers 155. The IP central station 
25 200 may be variously configured to include one or more 
servers and/or one or more gateways. In exemplary em- 
bodiments, the servers and gateways provide the nec- 
essary intelligence and traffic management capabilities 
to enable information, e.g., IP telephony signals, to trav- 
30 el through the broadband network 1 . For example, the 
IP central station 200 may be configured to manage 
voice information transfer from the public switched tel- 
ephone network 160, through the IP network 120, and 
into and out of one or more devices such as those con- 
35 nected to a broadband residential gateway 300. The IP 
central station may be configured to store various con- 
trol and system information such as location, address, 
and/or configurations of one or more broadband resi- 
dential gateways 300, as well as other routing and call 
40 set-up information. 

[0031] In exemplary embodiments, one or more ad- 
ministration centers 1 55 may be connected to the I P net- 
work 120 and provide billing and local directory number 
portability administration. The local number portability 
45 may be handled by one or more Local Service Manage- 
ment System (LSMS) which may be included in the ad- 
ministration center 155 and/or in the IP central station 
200. Further, the Secure Management Data Network 
190 may also include a mechanism for transferring var- 
so bus information such as billing, call tracking, and/or cus- 
tomer service provisioning. Various existing systems 
may be utilized to provide this information such as ex- 
isting billing systems (OSS) 1 95 and/or one or more net- 
work operations center (NOC). The network operations 
55 centers may be included in the administration center 
155, the IP central station 200, and/or the billing system 
1 95. The network operations center (NOC) may be var- 
iously configured to include a translation server to allow 
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communications with the various disparate entities (e. 
g., legacy systems) in the broadband network 1 . 
[0032] The IP network 120 and/or the ATM network 
1 85 illustrated in Fig. 1 may include one or a plurality of 
sub-networks. Each of the sub-networks may include its 
own IP central station 200 in a distributed configuration, 
with certain routing data replicated across all IP central 
stations or each sub-network may be connected to a sin- 
gle centralized IP central station 200. Where the IP net- 
work 1 20 includes one or more sub-networks, each sub- 
network may be connected to multiple head-end hubs 
115. Further, each head-end hub 11 5 may be connected 
to multiple hybrid fiber-coaxial plants 112, and each hy- 
brid fiber-coaxial plant 1 1 2 may be connected to multiple 
pieces of customer premises equipment 102 and/or 
broadband residential gateways 300. The IP network 
120 provides an interconnected broadband network 
which may be utilized to transport and route packetized 
information to and from diverse geographic locations 
and may be used on a national or international basis. 
Further, the IP network 120 and/or ATM network 185 
may utilize private network facilities and/or may be pro- 
visioned over a shared network such as the Internet. 
[0033] The IP central station 200 may be configured 
to provide connectivity for the broadband residential 
gateway 300 to the Internet 180 (e.g., World Wide Web 
(www)), as well as connectivity to other external net- 
works such as public switched telephone network 1 60 
and signaling system 7 (SS7) 1 70 for end-to-end voice, 
multimedia, and data applications, for example voice 
over IP telephony. IP packets traveling through the IP 
network provide for priority so that, for example, voice 
packets are given priority over data packets to maintain 
certain VoIP telephony QoS requirements and a leased 
line concept for packet traffic which may have an even 
higher priority. However, the system is sufficiently flexi- 
ble so that the priority can be dynamically altered ac- 
cording to customer preferences, variable billing rates, 
traffic patterns, and/or congestion. 

A. Internet Protocol Central Station 

[0034] Referring to Fig. 2, the IP central station 200 
may be variously configured. In preferred embodiments, 
it may be configured to ensure seamless integration of 
IP based communication system including the IP net- 
work 120 with the public switched telephone network 
1 60, signaling system 7 (SS7) network 1 70, and the In- 
ternet 1 80 so that packetized data, for example, voice 
calls and information data, is properly transferred be- 
tween the broadband residential gateway 300, the pub- 
lic switched telephone network 160 and/or the Internet 
180. In one embodiment, the hybrid fiber-coaxial plant 
112, head-end hub 115, and IP network 120, provide a 
virtual signaling conduit for packetized voice and data 
which may, with the coordination of the IP central station 
200, be provided in the appropriate format between the 
broadband residential gateway 300 and the public 



switched telephone network 160 and/or Internet 180. 
[0035] Again referring nowto Fig. 2, the IP central sta- 
tion 200 may include a central router 200, for example, 
a gigabit switch, which may be utilized to interconnect 
s various servers and gateways contained in the IP cen- 
tral station 200. The central router 21 0 provides for ex- 
ample Ethernet switching and aggregate traffic between 
servers, gateways and the IP network 120 and/or ATM 
network 1 85 backbone. In one exemplary embodiment, 
10 the central router 21 0 provides high-speed, non-block- 
ing IP and IP multicast Layer 3 switching and routing. 
The IP central station 200 may include one or more of 
the following servers: the least cost server (LCS) 255, 
the time of day (TOD) server 21 2, the dynamic host con- 
's trol protocol (DHCP) server, the trivial file transfer pro- 
tocol (TFTP) server, and the domain name service 
(DNS) server 21 4, the system management (SM) server 
21 6, the call manager (CM) server 21 8, the announce- 
ment server (AS) 220, the multimedia server (MS) 222, 
20 and/orthe conference server (CS) 224. As illustrated in 
Fig. 2, the servers may be separate servers, for example 
the call manager server 21 8, or may be incorporated into 
a single server. In the exemplary embodiment, the dy- 
namic host control protocol server 131, trivial file trans- 
25 fer protocol server 132, and the domain name service 
server 21 4 are each incorporated in a single server fa- 
cility. Each server in the IP central station 200 may in- 
clude computer(s), storage device(s), and specialized 
software for implementing particular predefined func- 
30 tions associated with each server. In this manner, the 
servers in the IP central station may be provisioned as 
a main server and one or more back-up servers to pro- 
vide redundant processing capabilities. Similarly, the 
router may be implemented as a main router and a back- 
35 up router with similar routing functionality. 

[0036] The I P central station 200 may also include, for 
example, one or more of the following gateways: a ele- 
ment management gateway (EMG) 238, an accounting 
gateway (AG) 240, an Internet (Boarder) gateway (IG) 
40 236, a signaling system 7 (SS7)) gateway (SG) 234, a 
voice gateway (VG) 232, and/or a multimedia gateway 
(MG) 230. The IP central station 200 may utilize one or 
more of these gateways to provide centralized system 
intelligence and control of voice and/or data IP packets. 
45 [0037] In exemplary embodiments, the dynamic host 
control protocol server and domain name service server 
214 may operate to dynamically assign IP addresses 
devices in the customer premise equipment 1 02. Where 
adynamic IP assignment scheme is used, the customer 
so premises equipment may be provided with one or a plu- 
rality of dynamic IP assignment when activated initially, 
and/or at the initiation of each active secession. Where 
an IP address is assigned when the device is initially 
activated, it may be desirable to assign a single IP ad- 
55 dress to a single broadband residential gateway and as- 
sign a port address to devices connected to the broad- 
band residential gateway 300. In other embodiments, 
an individual IP address may be assigned to each de- 
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vice coupled to the broadband residential gateway 300, 
For example, the broadband residential gateway may 
include and/or be coupled to one or more cable mo- 
dems, IP phones, plain old telephone system phones, 
computers, wireless devices, CATV converters, video 
phones, and/or other devices which each may be as- 
signed a unique static and/or dynamic IP address and/ 
or a port of a one of these IP addresses. The particular 
protocol for allocating IP addresses and/or ports may be 
specified using protocols defined in the dynamic host 
control protocol server 21 4. In exemplary embodiments, 
the dynamic host control protocol and DN server 214 
may be configured to assign available IP addresses 
from address pools based, for example, on the identity 
or type of requesting device, the amount of use expect- 
ed for the requesting device, and/or predefined assign- 
ment protocols defined in the dynamic host control pro- 
tocol and DN server 214. In centralized embodiments, 
it may be desirable to configure the call manager (CM) 
218 to provide sufficient information such that the do- 
main name service server 21 4 can distinguish between 
static IP devices, dynamic IP devices, registered devic- 
es, unregistered devices, and registered devices that 
have been assigned to a particular class of service e.g., 
data vs. telephony, un-provisioned, vs. provisioned, etc. 
[0038] The trivial file transfer protocol (TFTP) server 
214 may be configured to transfer certain information 
to/from one or more broadband residential gateways 
300. In exemplary embodiments, the trivial file transfer 
protocol server provides Data Over Cable Service I nter- 
face Specifications (DOCSIS) configuration information 
containing QoS parameters and other information re- 
quired for the broadband residential gateway 300 to op- 
erate opLimally. 

[0039] The time-of-day (TOD) server21 2 may include 
a suitable facility for maintaining a real time clock such 
as an RFC868-compliant time server. In exemplary em- 
bodiments, the time-of-day server 21 2 provides system 
messages and/or responses to system inquiries con- 
taining a coordinated time, e.g., universal coordinated 
time (UCT). The universal coordinated time may be 
used by any of the servers and/or devices in the broad- 
band network 1 . For example, the broadband residential 
gateway 300 may use the universal coordinated time to 
calculate the local time for time-stamping error logs. 
[0040] The system management (SM) server 216 
may include responsibility for the overall operational 
state and functioning of components the broadband net- 
work 1 , either alone, or in combination with other system 
management servers 216. The system management 
(SM) server 21 6 may be variously configured to provide 
monitoring and administrative functions for devices 
within the broadband network 1 . For example, the sys- 
tem management server 216 may be configured to pro- 
vide management of various database functions, mem- 
ory buffer functions, and software utility functions within 
the broadband network 1. Software management in- 
cludes, for example, version control, generic control, 



and/or module control. 

[0041] The least cost server (LCS) 255 may be vari- 
ously configured to enable the system to determine the 
least cost routing of telephone and data transmission 
5 throughout the network. The least cost server 255 may 
also provide one or more broadband residential gate- 
way users capability to select between, for example, 
cost and Quality of Service (QoS). 
[0042] The announcement service (AS) server 220 
10 may be variously configured. In exemplary embodi- 
ments, it may store and send announcements to spec- 
ified destinations and/or all destinations based on in- 
structions received by, for example, the call manager 
(CM) server 218. The announcement server 220 re- 
's ceives, for example, Media Gateway Control Protocol 
(MGCP) or later signaling (e.g., H.GCP - an ITU stand- 
ard Gateway Control Protocol ) control messages from 
the call manager 21 8, and sends announcements to one 
or more voice gateways (VG) 232 and/or the one or 
20 more broadband residential gateway 300 (e.g., using 
Real Time Protocol (RTP) packets). The announcement 
server 220 may send an announcement once, a prede- 
termined number of times, or in a continuous loop. The 
announcement server 220 may detect when a phone or 
25 other device has been taken off-hook and play an ad- 
vertisement or other announcement to the user. Where 
a user has signed-up for an advertising plan whereby 
phone rates are reduced in return for advertising reve- 
nue generated by the advertisements, the announce- 
so ment server 220 may be utilized to track the number of 
individuals with a particular income, age, or other profile 
which hearthe advertisement. The announcement serv- 
er 220 may respond to requests from individual system 
devices such as one of the broadband residential gale- 
35 ways 300 and/or under control of, for example, the call 
manager218. Where the announcement server is under 
control of the call manager 21 8 : the call manager may 
be configured to control various operating parameters 
of the announcement server. For example, the call man- 
40 ager 21 8 may request that certain announcements are 
sent once, a specified number of times, or in a continu- 
ous loop. 

[0043] In still further embodiments, announcements 
may be generated elsewhere in the broadband network 
45 1, stored as files, and distributed to one or more an- 
nouncement servers via a file transfer protocol or re- 
source such as the trivial file server 214 using one or 
more file transfer protocols. In many embodiments, it is 
desirable to store announcements in an appropriate en- 
so coding format (e.g., G.711 or G.729) within the An- 
nouncement Server. The announcement may have an 
audio component and/or a audio/video component. The 
audio/video component may be stored using a combi- 
nation of an encoding format (e.g., G.711) and/or a 
55 standard file format such as wave (WAV), MPEG, and 
other suitable formats. 

[0044] In one exemplary method of operation, a user 
picks up a telephone which sends a signal to the call 
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manager 21 8. Subsequently, the call manager 21 8 may 
establish a connection to the announcement server 220 
and play one or more pre-recorded and/or predeter- 
mined announcement (hypertext and/or audio). Signal- 
ing tones such as a busy signal may be played by the 
broadband residential gateway 300 or the call manager 
218, but Special Information Tones (SIT) and/or mes- 
sages may also be included as part of an announcement 
file. In this way, the user experience is enhanced such 
that the user receives a busy message and/or hypertext 
announcement providing one of several options for con- 
tacting the called party. The announcement server 220 
may have information entered by a user using, for ex- 
ample, a broadband residential gateway to provide ad- 
ditional information to the called party. The additional in- 
formation may include the ability to leave a message, 
type-in a chat note, page the called party, barge-in on 
the call, and/or other user or system defined call han- 
dling capabilities. 

[0045] The announcement server 220 may also be 
programmed with various system messages such as an 
announcement indicating that a number dialed is incor- 
rect or that the call did not go through as dialed, that the 
lines are busy, that all lines between two countries are 
currently busy, that the called party has changed num- 
bers, thatthecalled parties phone has been disconnect- 
ed, that one or more system errors have occurred, and/ 
or other announcement messages. 
[0046] The call manager (CM) 21 8 may be variously 
configured. In exemplary embodiments, the call manag- 
er 21 8 provides a centralized call control center for sup- 
porting call set-up and tear-down in the broadband net- 
work 1 . The call manager 21 8 may be configured to in- 
clude trunk and line information maintenance, call state 
maintenance for the duration of a call, and/or user serv- 
ice features execution. The call manager 218 may also 
provide for call processing functions such as a stand- 
ardized call model for processing the various voice con- 
nections such as voice over IP calls. In exemplary em- 
bodiments, a standardized "open" call model may be uti- 
lized which supports standardized application program- 
ming interfaces (APIs) to provide transport services and 
other user functions such as calling cards. An open ap- 
plication programming interface and call set-up inter- 
face in the call manager will enable third party applica- 
tions to be loaded into the call manager 218 and broad- 
band residential gateway 300. This will facilitate the de- 
velopment of third party applications for enhancing the 
functionality of components in the broadband network 
1 . For example, third parties and other equipment ven- 
dors may manufacture various broadband residential 
gateways 300 for use in the broadband network 1 by 
writing applications to support the open call model of the 
call manager 21 8. The call manager 218 and/or broad- 
band residential gateway 300 may also be configured 
to execute and/or accept commands form a standard- 
ized scripting language which may generate instructions 
for the call manager 218 and/or broadband residential 



gateway 300 to execute various functions. The scripting 
functionality may include the ability to execute an entire 
call model including interfaces to the signaling system 
7(SS7) 170, public switched telephone network 160, IP 
s network 1 20, ATM/frame/cell relay network 1 85, and/or 
other functions within, for example, IP central station 
200 such as the multimedia server 222, announcement 
server 220. system management server 216, confer- 
ence server 224, time of day server 21 2 , least cost serv- 
io er255, and/or domain name server 214. 

[0047] The call manager 21 8 may also be configured 
to maintain the call states for each call it handles (e.g., 
a voice over IP call) and respond to system events cre- 
ated by, for example, the multimedia gateway control 
15 protocol (MGCP) messages and/or integrated services 
digital network user part (ISUP) messages for signaling 
system 7 (SS7) protocol that may occur during the 
processing of a call. Exemplary events handled by the 
call manager21 8 include call state changes, call feature 
20 changes/call feature triggering events, changes in the 
status of lines and trunks, and/or error conditions. Fur- 
ther, the call manager 218 may interact with devices 
connected to a single circuit on the public switched tel- 
ephone network 1 60 and/or a device connected to a port 
25 of the broadband residential gateway 300. In this man- 
ner, new devices may be added to the infrastructure and 
operate using the open call model contained in the call 
manager 218. 

[0048] The call manager 21 8 may also include stor- 
30 age for subscriber and network configuration, a cache 
server for faster access to frequently used data, a rout- 
ing engine for selecting an appropriate routing algorithm 
(e.g., least cost routing), and/or a service broker which 
provides the data and logic for specific services. In ad- 
35 dition, the call manager 21 8 may include an authentica- 
tion (AC) server 245 that provides authentication of var- 
ious devices, objects, packets and users in the integrat- 
ed multimedia system. In this manner, a user may verify 
the identity of the calling or called party. 
40 [0049] Thecallmanager218mayinteractwiththesig- 
naling gateway (SG) 234, the accounting gateway (AG) 
240, the element management gateway (EMG) 238. the 
voice gateway (VG) 232, and the multimedia gateway 
(MG) 230 using any suitable protocol such as IP and an 
45 interconnection mechanism such as the central router 
21 0. In one preferred embodiment, the call manager21 8 
may be configured to utilize signaling messages such 
as: a) ISUP messages over Common Object Broker Ar- 
chitecture (COBRA) interface to and/or from signaling 
so gateway 234, b) MGCP, SIP - simple internet protocol, 
H.GCP, and/or other suitable control messages to and/ 
or from the announcement server 220, c) call event 
records in modified Radius format to the accounting 
gateway 240, d) Radius (or Enhanced Radius or com- 
55 patible protocol) control messages to and/or from the 
voice gateway 232 and/or the broadband residential 
gateways 300, and e) signaling network management 
protocol (SNMP) messages to and/or from the element 
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management gateway 238. 

[0050] The call manager 21 8 may incorporate one or 
more databases. For example, the call manager 218 
may include database information such as (1) a resourc- 
es database that provides an identification of what re- 
sources are connected to the broadband network 1 and 
their current state; (2) a trunk/gateway database that in- 
dicates which gateway serves what circuits in a trunk; 
(3) a customer database which indicates whether a call 
is authorized, identifies what services a line supports 
and determines whether a telephone number is on or off 
the integrated IP communication network; (4) a number- 
ing plan / least cost routing database which provides 
routing information that enables the IP central station 
200 to choose the correct trunk as a function of the call 
number; and (5) a local number portability (LNP) data- 
base that indicates the North American Numbering Plan 
(NANP) and associated prefixes which are open for as- 
sociation with the number portability service; and (6) an 
address of the service control point (SCP) towards 
which requests for translating these local portability 
numbers should be routed. 

[0051] In exemplary embodiments, the broadband 
network 1 includes equipment compatible with the CO- 
BRA standard. COBRA may be utilized to allow appli- 
cations from a plurality of vendors to operate with each 
other. The COBRA standard allows a company, such as 
AT&T, to build its network using multi-vendor equipment 
and yet ensure seamless integration and operation. 
Some of the major areas covered by COBRA v. 2.2 in- 
clude: Inter-ORB Bridge Support, General Inter-ORB 
Protocol (GIOP) support, Internet Inter-ORB Protocol 
(HOP) support, and Environment Specific Inter-ORB 
Protocol (ESIOP) support. The call manager 218 may 
integrate these protocols to facilitate call set-up with di- 
verse equipment. This is advantageous in that equip- 
ment from a plurality of vendors may interoperate over 
the broadband network 1 without modification. 
[0052] The multimedia server (MS) 222 may be vari- 
ously configured. For example, one or more multimedia 
servers may provide support for multimedia messaging 
service and/or the overall management of multimedia 
voice and mail messages transmitted across the broad- 
band network 1 . The multimedia server may be config- 
ured to support e-mail (e.g., html) messages, voice mail 
(audio) messages, and/or video mail (audio and video) 
messages. The multimedia messages may include 
standard pre-configured system messages, advertising 
messages, and/or user defined messages. In either 
event, where the messages are stored in a centralized 
location, the multimedia server may provide such stor- 
age. Where the multimedia server 222 provides storage 
for the multimedia messages, a database may be uti- 
lized for indexing, storage, and retrieval of such mes- 
sages. In exemplary systems, the user may access pre- 
determined ones of these messages. The multimedia 
server 222 may utilize IP as a method of communicating 
with other devices across the broadband network 1 . 



[0053] The conference server (CS) 224 may be con- 
figured to provide for multiparty conference calls using, 
for example, IP voice packets during an IP telephony or 
multimedia session call. The conference server 224 
s may include specialized software that runs on a com- 
puting platform having associated multiplexing and de- 
multiplexing capability for segregating and aggregating 
user information packets. For example, the conference 
server may log several calls into a conference session. 
10 When information packets are sent from one or more 
phones, they are aggregated and sent to the other 
phones on the conference call. The conference server 
224 may use any suitable communication protocol such 
as H.GCP or SI P. The conference server 224 may func- 
15 tion to aggregate user information from two or more us- 
ers onto a single call path. The conference server 224 
may include one or more "call-in numbers" and be con- 
trolled from any location, e.g., a centralized operator lo- 
cation and/or one or more broadband residential gate- 
20 ways 300. It may be desirable to have the conference 
server 224 configured such that some callers simply 
monitor the call without voice interruption while other 
callers have both voice transmit and receive capabili- 
ties. Where a caller is not given the privileges associated 
25 with active participation in the call, voice packets from 
these users are discarded. For example, a CEO may 
have a conference call with a plurality of financial advi- 
sors and invite the press to listen on the call without in- 
terruption capabilities. 
30 [0054] The gateways in the I P central station 200 may 
be configured to provide translation of signals to and/or 
from the various servers in the IP central station 200, 
the IP network 120, the public switched telephone net- 
work 160, the signaling system 7 (SS7) network 170, 
35 the Internet 180, and/or the secured management data 
(SMD) network 190. The gateways typically support one 
or more of the following group of functions: call process- 
ing; signaling system 7 (SS7) connectivity; billing sup- 
port; OAM&P support; connection to public switched tel- 
40 ephone network; control CoS/QoS parameters; and en- 
hanced services. 

[0055] The voice gateway (VG) 232 may be connect- 
ed to the public switched telephone network 160 and 
operate to convert between IP based voice packets and 
45 standard public switched telephone network 160 voice 
traffic. Voice gateway 232 may be configured as multi- 
frequency (MF) or ISUP gateways on a per-T1 basis. 
Where multi-frequency (MF) trunks are used, one em- 
bodiment utilizes signaling between the call manager 
so 218 and the voice gateway 232 using MGCP, SIP, H. 
GCP and/or other compatible protocol. Multi-frequency 
trunks may be compatible with Feature Group D (FGD), 
Operator Service (OS) Signaling protocol and/or Termi- 
nation Protocol (TP). 
55 [0056] The IP central station 200 may be variously 
connected to the public switched telephone network. 
For example, the IP central station 200 may be connect- 
ed directly to the public switched telephone network us- 
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ing, for example a bearer channel (e.g., aT1 or T3 car- 
rier) and/or interconnected using one or more networks 
such as an IP network and/or ATM/frame/cell relay net- 
work 1 85. Where a T1 network is utilized, it may be de- 
sirable to utilize one or more of ISUP or MF, FGD, and 
OS to interconnect a service bureau in the public 
switched telephone network 160. Alternatively, the serv- 
ice bureau in the public switched telephone network 1 60 
may be interconnected using an alternative network ar- 
rangement such as an IP network 120 and/or a ATM/ 
frame/cell relay network 185. The service bureau may 
coordinate with the IP central station 200 in providing 
operator services, directory services and provisioning 
for 311, 611, and 711 services. Emergency 911 services 
may be routed to an E911 tandem switch that has the 
appropriate databases and interfaces with a Public 
Safety Answering Position (PSAP). Emergency 911 
services may be coordinated by the call manager 218 
and/or public switched telephone network based service 
bureau. 

[0057] Voice gateway 232 may be router-based and 
include one or more voice feature cards and/or DSP 
Module cards to perform voice processing. The voice 
gateway 232 may optionally include host processors, 
LAN/WAN ports, Ethernet ports, T1 or E1 telephony in- 
terface cards, Voice Feature Cards with DSP Modules 
providing voice compression transcoding (G.711 andG. 
729), carrier-quality echo cancellation with 8 ms-32 ms 
tail length, a dc jitter buffer which adapts to delay vari- 
ations in the network in order to minimize the delay, 
packet loss concealment that generates concealment 
frames for lost packets using information from previous- 
ly received data, and/or tone detection and generation. 
This function detects Multi-Frequency (MF) tones and 
generates MF and call processing tones (e.g. dial tone, 
call-waiting tone etc.). 

[0058] In exemplary embodiments, the voice gateway 
232 may include T1/E1 interfaces with internal Channel 
Service Units (CSUs). It may also be desirable to con- 
figure the voice gateway 232 such that ISUP, MF and 
Centralized Attendant Services (CAS) trunks are sup- 
ported with a configuration done on a per T1 basis. Ad- 
ditionally, multi-frequency tones and Centralized At- 
tendant Services may utilize a "robbed bits" communi- 
cation scheme where bits are "robbed" from sub-frames 
to transmit in-band signaling. The multi-frequency tones 
may be converted to and/or from Open Gateway Control 
Protocol which includes, for example, simple gateway 
control protocol (SGCP) signal requests and events by 
the voice gateway 232, MGCP, HGCP/H.248, packet ca- 
ble standardized protocols, etc. For example, multi-fre- 
quency tones and/or lower level signaling and timing 
functions may be translated to and/or from any of the 
following indications: simple gateway control protocol 
Notify functions, simple gateway control protocol Notifi- 
cation Requests, Connection requests, Modify Connec- 
tion requests, off-hook and/or on-hook indications. 
[0059] An Ethernet interface with a RJ-45 connector 



may be used to connect the voice gateway 232 to the 
central router 210 (e.g., Gigabit Switch or High Speed 
Router (HSR)). The multimedia gateway control proto- 
col may be used as the interface between the voice 
s gateway 232 and the call manager 218. For example, 
call control, signaling, and multimedia data stream, real 
time protocol (RTP) connections, IP addresses, UDP 
ports, codec choice etc, may be configured in any suit- 
able manner such as by using a multimedia gateway 
10 control protocol. In exemplary embodiments, audio 
streams may be passed directly between customer 
premises equipment 102 using real time protocol con- 
nections over, for example, a user datagram protocol 
(UDP). Thus, the multimedia gateway control protocol 
15 may be utilized to request the voice gateway 232 to in- 
itiate, cancel, and/or otherwise modify connections in or- 
derto set up and tear down RTP media streams. A sim- 
ilar procedure may also be utilized to request continuity 
tests and results. 
20 [0060] In exemplary embodiments, it may be desira- 
ble to adapt the IP network to carry signaling system 7 
(SS7) Transaction Capabilities Application Part (TCAP) 
messages over the IP network 120 and/or the ATM/ 
frame/cell relay network 1 85. The transport of signaling 
25 system 7 (SS7) transaction capabilities application part 
(TCAP) messages over the packet networks allows sig- 
naling operations to be supported by multiple connec- 
tions to the same host, multiple host connections, and 
distributed processing of call set-up information using, 
30 for example, multiple call managers 218 in the broad- 
band network 1 . Thus, the IP network 120 and/or ATM/ 
frame/cell relay network may be utilized to interconnect 
a plurality of ESS switches to transport signaling infor- 
mation, voice, and/or data. In embodiments where the 
35 signaling gateway (SG) 234 is configured to support sig- 
naling system 7 (SS7) signaling transport using trans- 
action capabilities application part (TCAP) messages, it 
may be desirable to include a translator for converting 
between multimedia gateway control protocol (MGCP) 
40 messages and transaction capabilities application part 
(TCAP) messages and/or ISDN User Part (ISUP) mes- 
sages. 

[0061] The point where ISUP and TCAP messages 
are terminated at a signaling system 7 (SS7) signaling 
45 gateway is defined as a Service Switching Point (SSP) 
to the signaling system 7 (SS7) network 170. The call 
manager 218 may be configured with a standardized 
Application Programming Interface (API) to allow inter- 
action with the signaling system 7 (SS7) by, for example, 
so sending and/or receiving ISUP and TCAP messages 
from a service switching point (SSP). Full class 5 sign- 
aling system 7 (SS7) functionality may be included in 
the call manager 21 8 including the ability to provide all 
of the information necessary for billing as defined in the 
55 GR-246-Bellcore standard. The signaling gateway 234 
may be arranged to perform: signaling system 7 (SS7) 
message handling (message discrimination, message 
distribution, and message routing); signaling link man- 
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agement (e.g., link activation, deactivation); signaling 
route management (managing Point Code [PC] route 
status based on route received management messages 
such as Transfer Prohibited, Transfer Allowed, Transfer 
Restricted, etc.); and signaling traffic management (di- 
version of traffic based on unavailability, availability, re- 
striction of signaling link, route, and Point Code.) The 
signaling system 7 (SS7) architecture supports the nec- 
essary redundancy component scheme for system reli- 
ability and availability during scheduled maintenance 
and/or software/hardware upgrades. The signaling 
gateway 234 may be configured to directly provide for 
lower level signaling system 7 (SS7) processing. 
[0062] In exemplary embodiments, the signaling 
gateway 234 interacts with the call manager 21 8 using 
an appropriate open interface (e.g., Common Object 
Request Broker Architecture (COBRA)). In these em- 
bodiments, it may be desirable for translation software 
in the signaling gateway 234 to add Message Transfer 
Part (MTP) layer information to the ISUP and/or TCAP 
data to create a complete signaling system 7 (SS7) mes- 
sage. The complete signaling system 7 message may 
then be sent to the Signaling Transfer Point (STP) in the 
external signaling system 7 (SS7) network 170. Con- 
versely, the signaling gateway 234 may be configured 
to remove ISUP or TCAP application layer data from the 
signaling system 7 (SS7) messages received from the 
STP priortoconvertingthe information to an appropriate 
open interface (e.g., COBRA) and forwarding the infor- 
mation to the call manager 218 via the central router 
210. 

[0063] The accounting gateway (AG) 240 may be 
configured to receive messages representing events 
from the call manager 21 8 via a suitable transport mech- 
anism such as the central router 21 0. Typically, two mes- 
sages are received for each call, the first when the call 
is established, and second when the call terminates. In 
the case of unsuccessful calls, only the failure message 
will be logged. The messages provide details about the 
calling and called parties, the timing of the call set-up, 
the duration and the quality of the call. Accounting gate- 
way 240 may be duplicated using a redundant compu- 
ter, with each gateway having dual-mirrored disks. The 
accounting gateway 240 stores usage records and may 
then distribute them to linked destinations (e.g., billing 
centers) for processing. Billing centers typically include 
bill processors that receive accounting information from 
the accounting gateway 240 and generate appropriate 
on-line or paper billing to customers. The accounting 
gateway may be configured to accommodate multiple 
days worth of accounting records such as the records 
for one day, two days, three days, four days, a week, or 
a month. The period in which the data is retained in the 
accounting gateway may be dependent on business 
needs, hardware restrictions, and/or the billing cycle. 
For example, as the end of the billing cycle nears, it may 
be desirable to shorten the period the accounting gate- 
way holds the data such that calls placed the day the 



bills are printed are included on the bills. Further, the 
accounting gateway may both retain and forward data 
to the billing centers. In this manner, if the equipment at 
the billing center fails, the accounting gateway 240 may 
s serve as a backup. Similarly, the billing center may act 
as a backup where the accounting gateway 240 fails. 
[0064] An Automatic Message Accounting (AMA) for- 
mat is typically used by circuit-switching systems, pack- 
et-switching systems, and other network elements to 
10 provide billing usage measurements data (e.g., the Bell- 
core® Automatic Message Accounting Format (BAF)). 
This data may be utilized either to permit charging the 
customer for use of network resources or to permit 
charging other carriers (e.g., InterExchange Carrier 
15 (IEC) and other Local Exchange Carrier (LEC)) for as- 
sistance in placing call connections. The accounting 
gateway 240 may be configured to convert this informa- 
tion into an Automatic Message Accounting Format 
(AMA) Format (e.g., BAF) records and send these 
20 records to the external billing systems using, for exam- 
ple, a TFTP (trivial file transfer protocol). Time-stamp 
accuracy is typically based on the accuracy of the call 
manager 21 8 clock which may be derived from the TOD 
212 server. To create appropriate AMA records, the 
25 event information produced by the call manager 218 
preferably has appropriate information forthetelephone 
service specified such as phone number of the calling 
party (customer), phone number of the called party (cus- 
tomer), time of call, duration of the phone call, and use 
30 of any discretionary features. Different AMA structures 
may be generated between On-Net calls (defined as 
within a network service provider IP network 120) vs. 
Off-Net calls (defined as outside of service provider IP 
network - e.g. public switched telephone network) for 
35 billing purposes. 

[0065] The element management gateway (EMG) 
238 may provide system management functionality that 
includes, for example: a) status and performance mon- 
itoring for the Operation Administration, Maintenance, 
40 and Provisioning center, to gauge the ongoing operation 
of applications; b) extensive information exchange with 
a network operations center responsible for ongoing 
maintenance of one or more applications; c) customiz- 
able operations interface to allow the network opera- 
45 tions center to view only information required, thus re- 
ducing the time spent filtering information; d) centralize 
distributed application configuration allowing for the 
centralized configuration of objects residing on a plural- 
ity machines: e) proactive network management capa- 
so bilities to remove the need for constant operator inter- 
vention making the day-to-day operations more effi- 
cient; and/or f) intelligent display of status information 
to separate critical issues from low-priority problems al- 
lowing the operation center to assign resources to the 
55 right problems at the right time. 

[0066] The multimedia gateway (MG) 230 may be 
configured to connect to the public switched telephone 
network 160 and to convert IP based multimedia pack- 
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ets into standard public switched telephone network 1 60 
traffic. The multimedia gateway 230 may include an in- 
telligent trunking interface that communicates with the 
call manager 21 8 for automatic trunk sizing and alloca- 
tion between the IP network 1 20 and the public switched 
telephone network 160. For example, when an system 
user at the customer premises is using a PC and/or a 
multimedia phone to communicate with a traditional 
public switched telephone network 160 user, the com- 
munication session involves the transmission of video 
and audio data. The bandwidth that is required for this 
type of communication is much greater than that re- 
quired for a PSTN-to-PSTN voice call or an IP-to-PSTN 
voice call. The multimedia gateway 230, as the interface 
between two systems, may negotiate a larger bandwidth 
to facilitate the call if the called party is also video ena- 
bled. This bandwidth negotiation process typically oc- 
curs with a SESS or a Local Digital Switch within the 
public switched telephone network 1 60. Typically, a mul- 
timedia call, including live video, audio and data, will re- 
quire bandwidth ranging from 56K to 1 544Mbps. How- 
ever, as the number of users sharing the same link 
grows, the quality of the transmission deteriorates sig- 
nificantly. The multimedia gateway 230 must be able to 
monitor bandwidth usage and make appropriate adjust- 
ments so as to maintain an acceptable quality of service. 
Further, it may be desirable for the call manager 218 
and the multimedia gateway 230 to communicate be- 
tween themselves and/or the customer premises equip- 
ment 102 to determine whether the user has authorized 
the additional bandwidth and hence expense of the call 
For example, even where a called and/or calling party 
is video enabled, it may nonetheless refuse to authorize 
payment for the increased bandwidth necessary for vid- 
eo. 

[0067] The Internet gateway (IG) 236 may be con- 
nected to the I nternet (e.g. , World Wide Web (www)) and 
provide a means for IP based data packets to be routed 
between the IP network 1 20 and the Internet 1 80. Alter- 
natively, IP based voice packets may be routed via the 
Internet 180. In exemplary embodiments, the Internet 
gateway 236 routes data-only packets which share the 
same priority level with other lower priority, non-real- 
time traffic consistent with computer data communica- 
tions presently experienced with the Internet 1 80. Con- 
sequently, low priority and low latency data traffic on the 
IP network 120 utilize the Internet gateway 236 to com- 
municate with other IP data networks such as the www. 
Voice packets may be routed through another network 
such as the ATM/frame/cell relay network 1 85, a private 
IP network 120, and/or the public switched telephone 
network 1 60 where committed information rates may be 
easily obtained. 

[0068] In exemplary embodiments, the broadband 
network 1 includes the interfaces which enable connec- 
tions to existing Operation, Maintenance and Provision- 
ing (OAM&P/OSS) 1 95 systems that support, billing, ac- 
counting, provisioning and/or configuration manage- 



ment functions. A Secured Management Data (SMD) 
Network 1 90 may be utilized to connect the OAM&P 1 95 
to the accounting gateway 240 and element manage- 
ment gateway 238. The Secure Management Data net- 

s work 1 90 may include a Network Service Division's NSD 
Net. The Secure Management Data network 190 helps 
ensure that only secure communication can occur be- 
tween the IP central station 200 and the OAM&P 195. 
This eliminates one potential means of tampering with 

10 the billing and provisioning functions in the OAM&P. The 
billing systems (OSS) 1 95 may include the Network Op- 
erations Center (NOC). The NOC may include a trans- 
lation server which includes functions for allowing com- 
munications and control of diverse networks. 

15 

B. Broadband Residential Gateway (BRG) 

[0069] Referringto Fig. 3, apreferred embodimentfor 
a broadband residential gateway (BRG) 300 will now be 
20 described and explained. The broadband residential 
gateway 300 may be configured as the interface unit be- 
tween the remainder of the customer premise equip- 
ment 102 devices and the external network. The broad- 
band residential gateway 300 may be connected to the 
25 remainder of the broadband network 1 using any suita- 
ble mechanism such as a gateway directly into an IP 
network and/or a cable connection. In the most pre- 
ferred embodiments, a hybrid fiber-coaxial plant con- 
nection is utilized such as hybrid fiber-coaxial (HFC) 
30 plant 112. The hybrid fiber-coaxial plant 112 allows nu- 
merous broadband residential gateways 300 to be in- 
cluded on an existing hybrid fiber-coaxial plant 1 1 2 with- 
out modification to the plants infrastructure. 
[0070] The broadband residential galeway 300 may 
35 be variously configured to, for example, provide high- 
speed cable modem capabilities to interconnect one or 
more associated PCs with each other and with the re- 
mainder of the broadband network 1 , provide function- 
ality to one or more TVs (using, for example, either an 
40 integrated or separate decoder functionality, e.g., set 
top box 350), one or more telephone connections such 
as plain old telephone service (POTS) phones and/or 
digital telephones, displays, wireless interfaces, voice 
processing, remote control interface, display interface, 
45 and/or administrative functions. In exemplary embodi- 
ments, the broadband residential gateway 300 may a) 
providing conversion between analog voice and I P voice 
packets, b) multiplexing/demultiplexing streams of IP 
voice packets, c) supporting multiplexing/demultiplex- 
so ing of multiple incoming and outgoing signals including 
multiple voice, multimedia, data, system administration, 
and/or TV information signals. 

[0071] Where the elements of the broadband residen- 
tial gateway 300 are interconnected, the interconnection 
55 may be provided by one or more data buses, for exam- 
ple, a high speed bus (HSB) 360, processor bus 380, 
and/or other interconnection system. The high speed 
bus 360, 380 may be configured to provide a flexible 
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conduit for transferring information between the internal 
hardware, processors and ports. In exemplary embodi- 
ments of the broadband residential gateway 300, the 
high speed bus 360 may include one or more of the fol- 
lowing functional units a) a universal remote control re- 
ceiver module 365 for receiving wireless (e.g., infrared, 
and/or RF) signals (e.g., keyboard signals and/or re- 
mote control signals) for control of the broadband resi- 
dential gateway 300 and/or any connected devices, b) 
a display, display driver, touch screen logic module for 
driving one or more local and/or remote displays for in- 
terfacing with the broadband residential gateway 300 
and/or one or more connected devices, c) one or more 
TV port modules 336 for interconnecting televisions, 
set-top devices, and/or other audiovisual devices to the 
broadband residential gateway 300, d) one or more data 
port modules 334 for connecting/interconnecting data 
enabled devices (e.g., personal computers, palm top 
devices, etc.), e) one or more telephony port modules 
332 for interconnecting one or more analog and/or dig- 
ital telephones, f) one or more peripheral port modules 
342 for interconnecting one or more peripheral devices 
such as disk drives, data storage devices, video cas- 
sette recorders, DVD devices, audio devices, video de- 
vices (e.g., camcorders, digital cameras, digital video 
recorders, stereos, etc.), g) one or more external/inter- 
nal intercom modules 344 for interconnecting remote in- 
tercom and/or security monitoring devices, h) one or 
more wireless interface modules 345 for interconnecting 
with various wireless extension devices such as wire- 
less TVs, cordless and/or wireless telephones, wireless 
LANs, etc., i) one or more voice recognition/voice syn- 
thesis modules 355 for generating voice announce- 
ments, voice messages, and voice prompts and for rec- 
ognizing voice generated commands and data, j) set- 
top box module 350 for performing the functions asso- 
ciated with a set-top box locally and/or for communicat- 
ing with one or more remotely coupled set-top boxes, k) 
memory 322 (e.g., DRAM, RAM, flash, and/or other 
memory) for storing information and operating data with- 
in the broadband residential gateway 300, 1 ) transceiver 
302 for communicating with one or more external broad- 
band networks m) operating program store 330 (e.g., 
ROM, flash, etc.) for storing at least portions of the op- 
erating programs for the broadband residential gateway 
300 and/or interconnected devices, n) security proces- 
sor, smart card and/or credit card interface module 340 
for providing secure processing functions and/or credit 
card/smart card transaction functions, and/or o) distrib- 
uted processing controller 306 which may be a micro- 
processor and/or one or more interconnected distribut- 
ed processing modules for controlling the broadband 
residential gateway 300. Where the distributed process- 
ing controller 306 includes one or more distributed 
processing modules, the modules may include a teleph- 
ony processing module (P1 ) 308, data processing mod- 
ule (P23) 310, video processing module (P3) 312, aux- 
iliary processing module (P4) 314, IP processing mod- 
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ule (P5) 31 6, and/or an operations administration main- 
tenance and provisioning processing module (P6) 318 
interconnected through one or more busses such as 
processor bus 380. The processor bus 380 and/or high 

s speed bus 360 may include any suitable interconnect 
bus including intelligent bus configurations incorporat- 
ing smart buffer logic (not shown in Fig. 3) to facilitate 
data transfer between interconnected processors and/ 
or modules. The various modules and/or processing 

10 components of the broadband residential gateway 300 
may be powered by , for example, a power supply unit 
(not shown). Each of the individual modules of the 
broadband residential gateway will now be described in 
more detail. 

is [0072] The transceiver 302 may include circuits for 
converting digital signals to and from RF signals suitable 
for transmission across a broadband network such as 
the hybrid fiber-coaxial plant 112. The transceiver 302 
may include one or more input/output ports such as a 
20 cable interface (e.g., an F connector cable connection) 
and/or a fiber optic interface connected to a communi- 
cation media (e.g., hybrid fiber-coaxial Plant 112). The 
transceiver 302 may be compatible with the DOCSIS 1 .0 
or later specifications. For signaling purposes, the 
25 broadband residential gateway 300 may be compatible 
with the Media Gateway Control Protocol (MGCP) or 
other compatible signaling protocol (e.g., SIP or H.GCP) 
to support telephony applications. The transceiver 302 
may serve as a modem, a translator and/or a multiplex- 
so or/demultiplexor. Data received from the network may 
be de-multiplexed and placed on the data bus for dis- 
patch to the appropriate peripherals and/or ports. Data 
from the various ports and peripherals may be multi- 
plexed together for distribution over one or more broad- 
35 band networks (e.g., the hybrid fiber-coaxial (HFC) plant 
112). Where a hybrid fiber-coaxial plant 112 is utilized, 
the data may be multiplexed onto various frequency 
bands of the hybrid fiber-coaxial plant 112 in a continu- 
ous data stream(s) and/or packetized data stream(s). 
40 To facilitate data transferforvarious networks, the trans- 
ceiver 302 may be include one or more registers for data 
queuing and/or IP tunneling of data packets across the 
broadband network. 

[0073] Although the illustration of a display, display 
45 drivers, and touch screen logic device 338 suggests that 
the a display is integral to the broadband residential 
gateway 300, alternative embodiments of the broad- 
band residential gateway 300 may provide a user inter- 
face via the TV screen, PC screen, video telephone, 
so and/or other display device in addition to, or in lieu of, a 
display integral to the broadband residential gateway 
300. 

[0074] The peripheral ports module 342 may include 
a plurality of ports providing connectivity to external pe- 
55 ripherals. Exemplary interfaces include, PCI, Firewire, 
USB, DB25, etc. Devices which incorporate one or more 
of these interfaces may utilize the broadband residential 
gateway 300 to interconnect to the remainder of the 
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broadband network 1 . 

[0075] The external/internal Intercom Module (IM) 
344 may include one or more microphones/speakers, 
voice CODECS, telephony processors, and/or interface 
ports. Where an intercom module 344 is utilized, the 
built-in circuitry may be configured to detect, for exam- 
ple, unused plain old telephone system telephone(s) 
and generates a special intercom tone on these unused 
telephones. In this manner, existing plain old telephone 
system telephones, digital phones, and/or other devices 
may serve as an intercom throughout the residence. 
The controller 306 (e.g., such as the P1 telephony proc- 
essor 308) may function to command the intercom mod- 
ule 344 to determine an appropriate intercom path to 
select an intercom connection between various loca- 
tions. In exemplary embodiments, the CODEC may be 
configured to convert the analog voice signal into IP 
packets for transmission over one or more data ports 
334, TV ports 336, display modules 338, telephony ports 
332, peripheral ports 342, external/internal intercom 
ports 344, wireless interface ports 345, and/or set-top 
boxes 350. 

[0076] In yet further embodiments, multiple broad- 
band residential gateways 300 may be configured 
through, for example, I P tunneling, to set-up an intercom 
connection between multiple remote broadband resi- 
dential gateways 300. In this manner, an administrative 
assistant at the office may be contacted via an intercom 
connection present at the users home. Thus, one or 
more individuals disposed at either local and/or remote 
locations with diverse types of equipment may commu- 
nicate as an intercom group without the need to com- 
municate via normal dialing procedures. 
[0077] In addition to intercom services, the intercom 
module 344 may also configure intercom services for 
other telephony services (e.g., extension transfer, call 
conferencing, internal caller ID), high speed data serv- 
ices (e.g., LAN connections), facsimile transmission/re- 
ception, e-mail transmission/reception, video confer- 
encing, and/or CATV/HDTV (Cable Television/High Def- 
inition Television) using standard industry protocols 
such as DOCSIS 1 .0 or higher and IP tunneling trans- 
missions. These services are advantageous in that once 
configured, the user may simulate a work environment 
in his home. 

[0078] Though processing may be accomplished by 
a single processor performing all functions (e.g., 
processing controller 306), in the preferred embodiment 
shown in Fig. 3, the architecture employs a distributed 
processing controller 306, and a plurality of processors 
P1-P6 308-318. In the distributed processing architec- 
ture, each of the plurality of processors P1-P6 may be 
configured to have a dedicated function to provide pre- 
determined services or applications. The processors 
may be coupled together via any suitable mechanism 
such as the processor bus 380 and/or high speed bus 
(HSB) 360. The first processor P1 308 may include te- 
lephony applications such as call set-up, call tear down, 



and call functions; the second processor P2 310 may 
include management functions such as distribution and 
coordination of data within the various devices of the 
broadband residential gateway 300; the third processor 
s P3 312 may include video processing functions for con- 
figuring control panels, screen displays of attached de- 
vices, video conference calls, MPEG decoding func- 
tions and other video processing functions; the fourth 
processor P4 314 may include an auxiliary processor 
10 for off loading special processing functions such as nu- 
meric processing; the fifth processor P5 316 may in- 
clude interface input/output processing (e.g., text to 
voice and vise versa) and/or Internet protocol (IP) 
processing functions for configuring data to communi- 
15 cate with the remainder of the broadband network 1 and/ 
or devices attached to the broadband residential gate- 
way 300 such as IP telephones or IP enable PCs; and 
the sixth processor P6 318 may include processing 
functions for Operation, Maintenance and Provisioning 
20 (OAM&P) processing. Each of the above processors 
may be an entirely separate processing unit with includ- 
ed RAM, ROM, Flash memory, or may share RAM, 
ROM, and/or Flash memory. Whereshared RAM, ROM, 
and/or Flash memory is utilized, the memory may be \o- 
25 cated within the distributed processor controller 306 
and/or on the processor bus 380. Alternatively, the 
memory may be integrated into the operating program 
store 330 and/or into memory 322. 
[0079] The Distributed Processing Controller306 with 
30 its associated processors (P1-P6) may be coupled to 
the various elements of the broadband residential gate- 
way 300 so as to enable proper operation of each of the 
individual components. For example, the distributed 
processing controller 306 (with any associated proces- 
35 sors (P1 -P6)) may also coupled to the security proces- 
sor, smart card / credit card, and interface module 340, 
the peripheral port(s) module 342, and/or the External/ 
nternal Intercom Module 344 for providing control and 
coordination among devices coupled to the high speed 
40 bus 360. 

[0080] The display 338 may include, for example, an 
interactive LED/LCD module positioned in a suitable lo- 
cation such as within or attached to the broadband res- 
idential gateway 300. The display 338 may include an 
45 interface to notify, display and receive user inputs and 
processing status. The display 338 may be configured 
to display various informational status such as multime- 
dia mail, called ID, call logs, call in progress and asso- 
ciated information, call waiting information, call confer- 
so encing, and/orothercall related information. Thedisplay 
338 may provide a display of real time status of the var- 
ious devices connected to the broadband residential 
gateway 300 as well as any current connections, calls, 
and/or data transfers. The display 338 may also include 
55 touch screen capabilities that allow information to be in- 
put via a plurality of interrelated on-screen prompts, on- 
screen icons, and/or a keypad (e.g., an alphanumeric 
keyboard). The keypad may be a remote control, numer- 
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ic keyboard, and/or alphanumeric keyboard. 
[0081] In one embodiment of the display 338 opera- 
tion, a user may touch an icon representing a pending 
voicemail and/or multimedia mail message. The panel 
may be configured to send an electronic signal to the 
processing controller 306 and/or an attached processor 
such as the telephony processor. On receiving the sig- 
nal, the P1 telephony processor 308 may be configured 
to generate an I P packet via the transceiver 302 across 
portions of the broadband network 1 to the multimedia 
server 222 in IP central station 200. The multimedia 
server 222 may authenticate the request by, for exam- 
ple, verifying location of the request and/or the identity 
of the requesting party. Where identity of the calling par- 
ty is being verified, the user enters an access password 
by an audio and/or keyboard request. Where an audio 
request is generated, the user may utilize the external / 
internal intercom module 344 of the broadband residen- 
tial gateway 300, or via a text message entered into the 
display 338. The user may then enter the appropriate 
access code via the onscreen soft keypad, microphone, 
and/or keyboard. Alternatively, the message could be 
stored locally in the broadband residential gateways 300 
memory 322 and depending on whetherthere is a pass- 
word lock on the broadband residential gateway 300, 
the user may not have to enter a password to access 
the message. Where the message is stored locally in 
the broadband residential gateways 300 memory 322 
rather than I P central station , the display 338 simply re- 
calls the message from memory and presents to the us- 
er to provide one-touch instant message retrieval 
[0082] In embodiments where the broadband resi- 
dential gateway 300 supports multiple mailboxes, the 
icons on the LCD/LED may be personalized to show the 
identity of the owner of the message. Each user may 
have a different password to ensure privacy of access. 
An activity log which tracks past and present messages 
and/or archives multimedia messages may be present- 
ed on display 338. The archive may be stored locally, or 
at a remote location such as IP central. The archive may 
be utilized by the user to recall messages which have 
long since been erased from local storage but may be 
retrieved from IP central on tape and/or disk storage. 
This is preferably an optional feature for those users 
who are less security conscious. The multimedia mes- 
sages need not be displayed only on display 338. In al- 
ternate embodiments, any of the peripheral devices at- 
tached to the broadband residential gateway 300 are ca- 
pable of receiving the multimedia messages. 
[0083] The memory 322 may be variously configured 
to include one or more field-upgradeable card slots for 
permitting memory expansion. Certain users may wish 
to enable higher end applications such as near video on 
demand (e.g., pausing of shows via buffering in memo- 
ry), video conferencing of multiple users, multi-party 
conferences, call waiting for multiple parties, etc. Ac- 
cordingly, the use of a broadband residential gateway 
300 allows the userto upgrade memory via inserting ad- 
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ditional cards. Alternatively, the user may use system 
memory in IP central and buffer data remotely. 
[0084] Operating program store 330 may be config- 
ured to receive updates. This may be accomplished by 
s having the user replace one or more memory cards or 
automatically by the IP central station downloading new 
operating code into one or more residential gateways 
300. 

[0085] As previously indicated, smart buffer logic 

10 (SBL) may be coupled to the telephony port(s) 332, data 
port(s) 334, TV port(s) 336, peripheral port(s) 342, and/ 
or the distributed processing controller (DPC) 306. 
Where the smart buffer logic is utilized, it may function 
to buffer the IP packets for delivery over the communi- 

15 cation network such as the hybrid fiber-coaxial plant 
112. In addition, the smart buffer logic may include se- 
lectable switching and routing algorithms based on serv- 
ices and applications associated with each port. De- 
pending on the destination of the IP traffic, the smart 

20 buffer logic may multiplex signal from various devices 
to effect faster information transfer. The smart buffer log- 
ic may also allow direct memory access between mem- 
ory 322 and one or more of the devices and/or ports cou- 
pled to the high speed bus 360. 

25 [0086] The telephony port(s) 332 may include various 
interface circuitry (e.g., analog interface, logic and 
firmware for interfacing with the Plain Old Telephone 
(POTs) telephones). Also the telephony port(s) 332 may 
also be configured to include user interface logic, voice 

30 processing logic, voice activity detector logic, voice CO- 
DECS, and DTMF (dual tone multi-frequency) tone 
sensing logic. Echo cancellation and automatic gain 
control may also be utilized in the telephony port(s) 332 
circuitry. In one embodiment, RJ-11 connectors for a 

35 plurality of lines (e.g., 4) are provided for connection to 
one or more existing plain old telephone system 1 1 0 tel- 
ephone units. However, the broadband residential gate- 
way 300 may contain any number of telephone connec- 
tion ports. In this manner, any number of existing user 

40 phone may connected directly to the broadband resi- 
dential gateway 300 without modification. Alternatively, 
the broadband residential gateway can be configured to 
support, in addition to or as alternative to the plain old 
telephone system telephone units, ISDN telephones 

45 and/or other digital phones (e.g., IP telephones) using 
an appropriate interface. 

[0087] The data port(s) 334 interface may be various- 
ly configured. In one configuration, the data ports in- 
clude high speed data service connections to, for exam- 

so pie, a personal computer (PC) using a LAN connection. 
For example, the data ports 334 may include an Ether- 
net 802.3 connection compatible with category 5 un- 
shielded twisted pair (UTP) cable and a RJ-45 connec- 
tor. The data port(s) 334 may include the necessary in- 

55 terface circuitry for coupling to remote computers. 

[0088] The TV port(s) 336 may include an interface 
for conventional television, HDTV and/or CATV servic- 
es. The TV port(s) 336 typically have one or more F- 
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connectors used for coaxial cable connection to a TV 
set(s). The TV ports may be configured to connect to a 
set top box (STB) via the F-connector or directly to a 
remote television. In embodiments where the settop box 
is co-located with the television, the data supplied over 
the TV ports may be either analog and/or digital infor- 
mation. Where the settop box is integrated into and/or 
comprises the broadband residential gateway 300, the 
TV ports may be analog or compatible with HDTV sig- 
nals. 

[0089] The broadband residential gateway 300 need 
not necessarily be limited to home use and is intended 
to also be utilized in business applications. In some con- 
figurations, the broadband residential gateway 300 may 
serve the same functions and operate as a private 
branch exchange (PBX). Where greater capacity is de- 
sired, one or more broadband residential gateways 300 
may be disposed on a PC card and combined in a PC, 
rackmount, and/or server to create an expandable pri- 
vate branch exchange type system that enables intra- 
premises calling between telephones connected to var- 
ious telephone connectors on the broadband residential 
gateway 300. 

C. Integrated Broadband IP Based Communication 
System 

[0090] Fig. 4 shows an exemplary embodiment of the 
broadband network 1 shown in Figs. 1-3, with like com- 
ponents identified with identical numbers. At the extrem- 
ities of the integrated communications system is the 
customer premises equipment unit (CPE) 102, e.g., one 
or more customer premise equipment 1 02 at each cus- 
tomer location. The customer premise equipment 102 
may be configured to include an integrated communica- 
tion interface device such as the broadband residential 
gateway 300. Other customer premise equipment 102 
devices such as one or more televisions (TV) 1 06, per- 
sonal computers (PC) 108, and telephones 110, etc., 
may be con nected to the broadband residential gateway 
300 via various ports as discussed above. The customer 
premise equipment 1 02 could include multiple TVs 1 06, 
telephones 110, and PCs 1 08 connected to a single and/ 
or multiple broadband residential gateway 300. Further, 
in certain embodiments, it may be desirable to divide the 
broadband residential gateway 300 into more than one 
physical package. In this manner, certain interface cir- 
cuitry may be located outside of the home while various 
processing circuitry may be located near a peripheral 
device such as in a settop. 

[0091] Where the broadband residential gateway 300 
is coupled to the hybrid fiber-coaxial plant 1 1 2 in accord- 
ance with a preferred embodiment of the present inven- 
tion, it may be configured to provide the user with both 
information data (e.g., through an Ethernet interface), 
telephony access, and TV service (e.g., HDTV, Digital 
TV and/or CATV services). In exemplary embodiments, 
the hybrid fiber-coaxial plant 1 1 2 typically includes both 
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coaxial cable and optical fiber networks, though, where 
desired, the network may include only coaxial cable or 
optical fiber. The hybrid fiber-coaxial plant 112 may be 
coupled to a head-end hub (HEH) 115. The head end 
s hub 115 may provide an interconnection point to gather 
and/or transform external services (e.g., off air and sat- 
ellite video, public switched telephone network voice, 
and Internet data) into a format suitable for distribution 
on the hybrid fiber-coaxial plant 1 1 2 for use with the cus- 
10 tomer premise equipment 102. The head-end hub 115 
may include one or more cable modem termination sys- 
tems (CMTS) 116 coupled between the hybrid fiber-co- 
axial plant 112, a Head-end (HE) 117 and/or an Edge 
Router (ER) 118. The edge router 1 1 8 may be coupled 
is to the cable modem termination system 1 1 6 and to one 
or more ultra high speed routers (UHR) 121. One or 
more ultra high speed routers 121 may be interconnect- 
ed to each other and/or through a centralized mecha- 
nism such as an IP network database to form a high 
20 speed network. The high speed packet network 1 20n is 
one example of the network 120 (e.g., IP network) 
shown in Fig. 1 . 

[0092] In the embodiment shown in Fig. 4, the high 
speed network 120n includes the ultra high-speed rout- 
es ers (UHR) 121 configured in a ring configuration. Al- 
though this embodiment shows the use of the IP network 
database (IND) 122, other configurations are also suit- 
able. Where an IP network database 122 is utilized, it 
may be desirable to incorporate one or more data sets 
30 such as: a IP local number portability database (IP LNP) 
122a which may be utilized for transferring local DN 
among service providers when a user changes their 
service provider; an IP caller name database (IP 
CNAME) 122b which may be utilized to provide a data- 
35 base of names relating to IP addresses and/or domain 
names; an IP line information database (IP LIDB) 122c 
which may provide alternative billing and allow flexibility 
in determining who pays for a call; and an IP 1-800 Da- 
tabase (IP 8YY) 122d which may provide a database of 
40 1-800 numbers relating to the IP network 120a. Alterna- 
tively, the IP local number portability database may be 
located at another location, such as at an IP central sta- 
tion (IP Central) 130. Where desired, a local service 
management system (LSMS) 150 may be arranged to 
45 provide management of the IP local number portability 
database. Where a local service management system 
150 is utilized, a plurality of local service order adminis- 
tration (LSOA) units 152 may be coupled to the local 
service management system by, for example, a number 
so portability administration center (NPAC) 151. In this 
manner, directory numbers may be transported among 
different service providers. In such a case, a NPAC 151 
is generally coupled to the LSMS 1 50 and uses the LS- 
MS 150 to synchronize the numbering databases and 
55 to coordinate the porting process. 

[0093] As indicated above, the broadband network 1 
may include a plurality of interconnected high perform- 
ance networks 120n. Each high performance network 
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1 20n may include a separate IP central station 200 and/ 
or share a single IP central station. Having distributed 
IP central stations located throughout the broadband 
network 1 provides improved performance and quicker 
response time for an individual user. Although not illus- 
trated, each high performance network 120, 120n may 
be connected to multiple head-end hubs 115, each 
head-end hub 115 may be connected to multiple hybrid 
fiber-coaxial plants 112, and each hybrid fiber-coaxial 
plant 112 may be connected to a plurality of customer 
premises equipment 102, each containing one or more 
broadband residential gateways 300. The plurality of 
high performance networks 1 20n may be configured as 
an interconnected network for routing packetized infor- 
mation from point-to-point in accordance with a desired 
destination. 

[0094] The high performance network 120n may be 
configured to provide connectivity for and between a 
plurality of head-end hubs 115 and/or a plurality of 
broadband residential gateways 300 and other net- 
works such as the Internet, e.g., www 180, the public 
switched telephone network (PSTN) 1 60 and/or various 
signaling systems such as the SS7 network 1 70 for end- 
to-end voice over IP applications. The IP central station 
200 may be configured to provide seamless integration 
and control of the high performance network 120 (e.g., 
an IP based communication system) interface with the 
public switched telephone networks (PSTN) 160, sign- 
aling system seven (SS7) 170, and/or the Internet 180 
so that packetized data, voice calls, and other signaling 
information is properly transferred between the broad- 
band residential gateway 300 and the public switched 
telephone network 160 and Internet 180. In certain con- 
figurations, the hybrid fiber-coaxial 112, head-end hubl 
15, and high performance network 120, provide a signal 
conduit for packetized voice and data which may, with 
the coordination of the IP central station 200, be provid- 
ed in the appropriate format between the broadband 
residential gateway 300, the public switched telephone 
network 1 60, and/or the www 1 80. 

D. General Operation of Integrated Communication 
System 

[0095] The typical home user is currently required to 
purchase multiple intelligent data conduits such as mul- 
tiple set-top boxes, a plurality of conventional, DSL and/ 
or ISDN phones, cable modems, HDTV receivers, sat- 
ellite receivers, home PC LANs, etc. The integrated 
communication system of the present invention pro- 
vides a user friendly versatile communication system 
that enables voice over IP telephony, information data 
(e.g., PC and Internet), and television services in a sys- 
tem with one intelligent customer premise equipment 
102 interface, the broadband residential gateway 300. 
The broadband residential gateway 300 in conjunction 
with the IP central station 200 provides a flexible com- 
munication system that can provide any number of in- 
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tegrated communication service features and functions 
without requiring the user to become familiar with nu- 
merous, diverse types of equipment. 
[0096] In one exemplary application of the voice over 
5 IP operations, the broadband residential gateway 300 
digitizes the analog telephony signal using, for example, 
G.711 u. law coding (64 Kbps Pulse Code Modulation). 
The digital samples may then be packetized in, for ex- 
ample, the broadband residential gateway 300 into IP 
10 packets. The broadband residential gateway 300 may 
be configured to encapsulate the IP packets into, for ex- 
ample, DOCSIS (Data Over Cable Service Interface 
Specifications) frames for transmission back to the 
head-end hub (HEH) 115 over the hybrid fiber-coaxial 
15 plant 112. The hybrid fiber-coaxial plant 112 may then 
be configured to transport signals for both upstream (to 
head-end hub 202) and downstream (to the broadband 
residential gateway 300 and customer premise equip- 
ment 102) directions. Although the DOCSIS protocol is 
20 utilized in this example, any future protocol may also be 
used for the digitizing and packeting of data. Where the 
protocol changes, it may be desirable to download new 
operating code from, for example, IP central station 200 
to the individual broadband residential gateways 300, to 
25 update the communication protocols dynamically. When 
new protocols are adopted, the IP central station may 
utilize, for example, the system management server21 6 
to download new protocol data into, for example, the 
protocol manager in the call manager 21 8 and the pro- 
30 gram store 330 in the broadband residential gateway 
300. 

[0097] Where voice packets are sent over constant bit 
rate (CBR) channels using unsolicited grants, additional 
packet data channels may be used to support signaling 

35 messages (e.g., SGCP, Simple Gateway Control Proto- 
col), high-speed cable modem service and/or other up- 
stream packet data services. The upstream packet data 
services may be sent using available bit rate (ABR) 
channels such that the voice channels not impacted by 

40 data traffic. 

A. TV Signal Reception 

[0098] The head-end 1 1 7 may originate CATV signals 
45 for transmission overthe distribution network. However, 
in alternate embodiments, signals may be inserted at 
other points in the distribution network, such as at vari- 
ous hubs or may arise at remote locations in the network 
such as IP central. Down stream channels may be uti- 
so lized to facilitate the transmission of signals from the 
head-end or other input distribution point to the sub- 
scriber premise. Where analog RF signals arrive at the 
broadband residential gateway 300 of the customer 
premise equipment 102, typically, the transceiver cir- 
55 cuitry 302 will detect if the signal is addressed to this 
broadband residential gateway 300. If so, the transceiv- 
er will allow reception of the RF signal. Upon conversion 
to a digital format, the signal is typically output over the 
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high speed bus (HSB) 360 to one or more associated 
devices for processing. For example, where the signal 
is a TV signal, the signal may be output directly to the 
TV port 336 and/or processed by the settop box 350 pri- 
or to outputting to the TV ports 336 and/or display 338. 
Where user channel selection is preformed directly in 
the broadband residential gateway 300, channel selec- 
tion may be preformed by remote control receiver 365 
using an external device such as a remote control. The 
remote control receiver may receive a plurality of indi- 
vidually coded remote control commands from different 
receivers and process the signals for only one associ- 
ated device in accordance with the received commands. 
Alternative channel inputs include the display 338 and/ 
or any associated keypad. Authorization to certain chan- 
nels may be controlled by security processor 340. 
[0099] Where a remote settop box is utilized, the box 
may be coupled directly to the HFC for individual fre- 
quency tuning and/or receive a digital feed from the 
broadband residential gateway 300 after decoding the 
digital signal. For example, where hybrid fiber-coaxial 
plant 112 contains fiber connections to locations near 
the individual homes, it may be desirable to download 
one or more simultaneous individually requested pro- 
gramming stream(s) and/or digital data stream(s) to the 
broadband residential gateway 300. In this manner, the 
number of channels, movie selections, and/or entertain- 
ment options available to the user are unlimited. Cost is 
minimized since only a single intelligent user interface 
is used in the home and all televisions, phones, com- 
puters, and/or other user interface devices use the same 
intelligent user interface to the broadband network 1 . In 
this manner, the broadband network 1 may offer premi- 
um television, voice and/or data services to multiple 
conventional televisions, phones, and PCs without the 
use of multiple set boxes, modems, and external con- 
nections. Thus, the users are provided a single unified 
interface to satisfy their external data needs. 

B. Exemplary Call Flow of an On-Network Call to an 
Off-Network Call, with the Off-NetworkCall initiating 
the Dropping. 

[0100] Fig. 5 illustrates an exemplary call processing 
sequence for an on-net call (e.g., an IP based call) to 
an off-net call (e.g., a public switched telephone network 
based call), in which the off-net party initiates the drop 
call sequence. The exemplary call processing sequence 
operates as follows: 

1 . Once the broadband residential gateway 300 de- 
tects an off hook condition, the broadband residen- 
tial gateway 300 may generate an off hook signal 
508 to the call manager (CM) 218. The off hook sig- 
nal acts as a dial tone request to the call manager 
218. Alternatively, the broadband residential gate- 
way 300 may collect all dialed digits before activat- 
ing the off hook condition. This alternative may be 



desirable to save resources at the call manager 21 8 
where multiple incoming lines are available to han- 
dle any additional calls. Thus, even though one 
phone is off-hook, the broadband residential gate- 
s way 300 determines that other lines are available 
and does not initiate the off-hook signal until all di- 
aling digits have been collected. 

2. Where the call is managed entirely by the call 
manager, the call manager 21 8 will issue a dial tone 

10 message 509 to the requesting broadband residen- 
tial gateway 300 in order for the broadband residen- 
tial gateway 300 to generate a dial tone to the as- 
sociated phone. Where the broadband residential 
gateway 300 shares management of the call, the 

15 broadband residential gateway 300 generates the 
dial tone in response to the off-hook condition. 

3. Where the call is managed entirely by the call 
manager 218, the call manager 21 8 will then enter 
a state where it polls and collects the dialed digits 

20 510 from the broadband residential gateway 300. 
The dialed digits may then be transferred to the call 
manager 218 one at a time as they are entered. Al- 
ternatively, where the call set-up control process is 
shared between the broadband residential gateway 

25 300 and the call manager 21 8, the broadband res- 
idential gateway 300 collects the dial digits and 
transfers these, together with the off-hook signal to 
the call manager 21 8. This transfer may be facilitat- 
ed by combining this data into a single data packet. 

30 4. On receiving the dialed digits, the call manager 
21 8 will determine whether local number portability 
has been enabled. Where local number portability 
has been enable, the call manager 21 8 may issue 
a local number portability (LNP) query 511 to the IP 

35 local number portability database 122. The IP local 
number portability database 122 may then supply 
the call manager 21 8 with a routing number 51 2 if 
the dialed digits form a valid sequence. Where the 
dialed digits do not form a valid sequence, the call 

40 manager 218 will return an error indication to the 
broadband residential gateway 300. The error des- 
ignation may include a tone and/or a more detailed 
error message for display on. for example, display 
338. 

45 5. Where the call sequence is valid, the call man- 
ager 21 8 may issue a first call proceeding message 
513 to the broadband residential gateway 300 indi- 
cating that the number is valid and the call is pro- 
ceeding (e.g., a valid on-hook condition). 

so 6. Next, the call manager 21 8 typically determines 
whether adequate network resources are available 
to carry the call. In embodiments where the broad- 
band residential gateway 300 is connected to a hy- 
brid fiber-coaxial plant 112, the call manager 218 

55 may send an open gate allocation request 514 to 
the cable modem transmission system 116. In this 
event, it is often desirable for the cable modem 
transmission system 116 to provide a gate alloca- 
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tion acknowledgement 515. A gate allocation ac- 
knowledgement may be utilized to verify that the 
necessary gate resources have been allocated. 

7. The call manager 218 may send an open con- 
nection request 51 6 to the voice gateway (VG) 232 s 
in order to provision the connection. Once the con- 
nection is provisioned, the VG 232 may provide an 
open connection acknowledgement 51 7 back to the 
call manager 21 8. 

8. For off network connections, it is often necessary 10 
to enter a second phase of the connection process 
involving the appropriate link signaling to establish 

a call. For example, the call manager 21 8 may send 
an ISUP IAM (Initial Address) message 518 con- 
taining the directory number (DN) of the called party *5 
to the signaling gateway (SG) 234. This process is 
often utilized to allocate the appropriate voice trunk 
for communication. The call manager 21 8 may also 
send an alerting message 519 1 the broadband res- 
idential gateway to produce an alerting signal, e.g., 20 
a ringing tone. The signaling gateway 234 may 
make the appropriate connections when the trunk 
has been allocated and acknowledge the request 
with an ISUP A call manager (Address Complete) 
message 520. 25 

9. Once the called party has answered the call and 
connection is established, the signaling gateway 
234 may send an ISUP ANM (Answered) message 
521 to the call manager 218 indicating that the 
called party has answered. 30 

10. The call manager 21 8 may then send a call start 
message 522 to the accounting gateway (AG) 240, 
indicating the start of the call. The AG 240 may use 
this information for billing purposes. 

11 . At this point, the link has been established and 35 
the conversation 523 can proceed overthecommu- 
nications path. Note that although signaling system 

7 (SS7) signaling is used herein to illustrate the 
present invention and is a well known signaling pro- 
tocol utilized in the art of telephony telecommunica- 40 
tion, the instant invention is not limited to the use of 
signaling system 7 (SS7) signaling for call estab- 
lishment of an off-network call; the use of signaling 
system 7 (SS7) signaling is merely illustrative. As 
such, other methods of signaling may be substitut- 45 
ed for signaling system 7 (SS7). 

11 . When the called public switched telephone net- 
work user terminates the link, an on hook signal 
may be sent to the appropriate public switched tel- 
ephone network switch, such as a SESS. The sig- so 
naling network may then send a call termination 
message (not shown) to the signaling gateway 234 

as notification of the call termination status. 

12. The signaling gateway 234 may then generate 

a release 524 signal to the call manager 21 8. 55 

13. Upon receipt of the release 524 signal, the call 
manager 218 may a) initiate the relinquishment of 
the provisioned network resources by issuing a 



close connection 525 message to the voice gate- 
way (VG) 232 and a release complete 526 message 
to the signaling gateway 234, b) inform the account- 
ing gateway that the call has been terminated, for 
billing purposes via, for example, sending a call end 
527 message to the accounting gateway 240. 

14. With reference to the close connection 525 mes- 
sage, the voice gateway may respond by issuing a 
report message 528 to the call manager 218 con- 
taining the current status of the call. 

15. On receiving the call status report 528, the call 
manager 218 may issue a delete connection 529 
message to the broadband residential gateway 
300. 

16. The broadband residential gateway 300 may 
then releases its resources and sends a status re- 
port 530 to the call manager 21 8. In addition to the 
report 530, the broadband residential gateway 300 
may also send an on hook 531 status report to the 
call manager 21 8. 

17. The call manager 218 may then inform the 
broadband residential gateway 300 to report the 
next off hook condition via message 532. 

18. Where a cable modem transmission system is 
utilized, the call manager 21 8 may then issues a re- 
lease gate 533 message to the cable modem trans- 
mission system 1 1 6 so that all the modem resourc- 
es can be relinquished. Once the gate resources 
have been released, the cable modem transmission 
system 118 sends a release gate complete 534 
message to the call manager 218. At this point, all 
resources pertaining to the call have been relin- 
quished. 

C. Exemplary Call Flow of an On-Network Call to 
another On-Network User, Under One Call Manager 
Control 

[0101] Fig. 6 illustrates an exemplary call flow of an 
on-network call to another on-network user, with the call 
being handled by a single call manager (CM) 218. In 
alternate embodiments, different portions of the call set- 
up sequence may be handled by more than one call 
manager 21 8 in the IP network 120. The exemplary "on- 
network" call processing sequence operates as follows: 

1 . Once the broadband residential gateway 300A 
detects and off hook condition of, for example, a tel- 
ephone, the broadband residential gateway 300A 
may generate an off hooksignal 607 to the call man- 
ager (CM) 218. The off hook signal may act as a 
dial tone request to the call manager 21 8. 

2. The call manager 21 8 may then issue a dial tone 
message 608 to the requesting near-side broad- 
band residential gateway 300A in order for the 
broadband residential gateway 300Ato generate a 
dial tone. 

3. The call manager 218 may then enter a state 
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where it polls and collects the dialed digits 609 from 
broadband residential gateway 300A. The dialed 
digits are transferred to the call manager 218 one 
at a time. In a similar fashion to the subject matter 
discussed above, in embodiments where the call s 
setup is shared between the call manager 21 8 and 
the broadband residential gateway 300A. the 
broadband residential gateway may manage the 
call set-up and transfer both the off-hook signal and 
the dialed digits to the call manager 21 8 within one 10 
or more. 

4. On receiving the completed dialed digits, the call 
manager 218 may issue a local number portability 
query 610 to the IP local number portability data- 
base 122. The IP local number portability database *5 
122 may then supply the call manager 218 with a 
routing number 611 if the dialed digits constitute a 
valid sequence. 

5. The call manager 218 may then ensure that ad- 
equate network resources are available to accom- 20 
modate the call. 

6. Where adequate resources are available, the call 
manager 21 8 may issue a first setup message 612 
to whatever mechanism couples the far side broad- 
band residential gateway 300, e.g., the cable mo- 25 
dem transmission system 116B, to allocate trans- 
mission resources on the far side. 

7. A call proceeding message and a report on hook 
condition message 613 may then be sent to the 
broadband residential gateway 300A. 30 

8. A gate allocation message 614 may then be sent 
from the call manager 218 to the cable modem 
transmission system 116A, where the broadband 
residential gateway 300A is coupled via a cable mo- 
dem transmission system. In this environment, a 35 
gate allocation 614 message may be utilized to set 

up the relevant modem resources. 

9. Where a cable modem transmission system is 
utilized and receives the setup message 612 from 
call manager 218, the cable modem transmission 40 
system 116B may then send a connection request 

61 5 message to the far side broadband residential 
gateway 300B. 

10. Where a cable modem transmission system 

1 1 6B is utilized, the cable modem transmission sys- 45 
tern may then sends a setup acknowledgement 6 1 6 
to call manager 218. Once the resources are allo- 
cated by the cable modem transmission system 
116A, the cable modem transmission system may 
then send a gate allocation acknowledgement mes- so 
sage 61 7 back to the call manager 218. 

11 . Once the call manager 218 receives the setup 
acknowledgement 616 along with the gate alloca- 
tion acknowledgement message 617, the far-side 
broadband residential gateway 300B may then 55 
send a ringing message 618 to the far-side cable 
modem transmission system 116B where this con- 
nectivity is utilized. 



12. In these embodiments, the far-side cable mo- 
dem transmission system 116B may then issue an 
alerting message 61 9 to the call manager 21 8. 

13. The call manager 21 8 may then convey the alert 
via an alerting message 620 to the broadband res- 
idential gateway 300A, to produce a indicating sig- 
nal such as a ringing signal indicating that the call 
is going through. 

14. The cable modem transmission system 11 6B 
may then issue a connect message 622 to the call 
manager 21 8 in response to the far-side broadband 
residential gateway 300B sending an off hook mes- 
sage 621 to the far-side cable modem transmission 
system 11 6B. At this point, the end-to-end commu- 
nication path is established and conversation 623 
can be facilitated. 

15. Assuming that the calling party hangs up first, 
the broadband residential gateway 300A may initi- 
ate an on hook sequence 624 message which may 
be communicated to the near-side cable modem 
transmission system 116A. 

16. The cable modem transmission system 116A 
may then issue a disconnect message 625 to the 
call manager (CM) 218. The call manager 21 8 may 
then issue a first delete connection request 626 to 
the near-side broadband residential gateway 300A 
and then a second delete connection request 627 
to thef ar-side broadband residential gateway 300B. 

17. The near-side broadband residential gateway 
300A may respond to the call manager 218 with a 
report message 628 containing the connection sta- 
tus, as well as an on hook message 630 to verify 
that the calling party at near-side broadband resi- 
dential gateway 300A has terminated the call. 

18. The far-side broadband residential gateway 
300B may respond to the call manager 218 with a 
report message 629 containing the connection sta- 
tus, as well as an on hook message 631 indicating 
that the called party connection has now been ter- 
minated. 

19. At this point, the call manager 218 may issue 
release gate messages 634 and 635 to the near- 
side cable modem transmission system 218 and far 
side cable modem transmission system 116B. re- 
spectively, so as to release the modems associated 
with the call. Once all the resources have releases, 
the cable modem transmission system 116A and 
the cable modem transmission system 116B may 
issue gate release complete messages 636 and 
637 respectively to the call manager 21 8. 

20. For simplicity, the accounting processing is not 
shown. However, the process used in Fig. 5 may be 
utilized as the billing procedure for on-net calls. 
Such a process might constitute sending a call start 
message from the call manager 21 8 to an account- 
ing gateway (AG) 240 after the connect message 
622 is sent from the far-side cable modem trans- 
mission system 1 1 6B to call manager 21 8. The call 
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start message would trigger the start of the billing 
procedure. A corresponding call end message 
would then be sent from the call manager 21 8 to the 
AG 240 after the near-side cable modem transmis- 
sion system 1 1 6A sends a the disconnect message 
625 to the call manager 21 8. This call end message 
would trigger the ending of the billing procedure for 
that call. 

Although the IP voice packets for these calls are typi- 
cally routed over the IP network 120, the system may, 
where appropriate, route IP voice packets over the In- 
ternet 1 80. 

II. Broadband Cable Telephony Network 
Architecture 

[0102] The present invention provides a system and 
method for voice, video and data communication in an 
Internet Protocol (IP) based network. The invention may 
be coupled to the infrastructure of the Public Switched 
Telephone Network (PSTN) to control telephone calls in 
SS7 type networks and provides typical PSTN features 
in a voice over IP network. In particular, the present in- 
vention supports large call volumes, allows accommo- 
dation of a wide range of service platforms, provides 
flexibility to support current and future calling features, 
and may be arranged to provide high quality voice, video 
and data transmission. 

[0103] Figure 7 is a schematic representation of one 
embodiment of a Customer Premises Apparatus 702 
coupled to an Internet Protocol Capable-based/ Hybrid 
Fiber Coaxial (HFC) network 1 1 2 in accordance with the 
present invention. The CPE may include a Broadband 
Residential Gateway (BRG) 300 and other CPE devices 
such as television (TV) 106, a personal computer (PC) 
1 08, and the plain old telephone system (POTS) phone 
(s) 1 1 0. The BRG 300 is generally a CPE component of 
the system that interfaces with the Internet Protocol Ca- 
pable/Hybrid Fiber Coax (HFC) network 112 and pro- 
vides the user with both high-speed data (Ethernet) and 
telephony access in addition to HDTV, Digital TV and 
current CATV services. 

[0104] The BRG 300 may be an interface unit be- 
tween the indoorCPE devices and the outdoor HFC net- 
work 1 1 2 and typically supports the following functions: 
a high-speed cable modem to connect to a PC 108 for 
data purposes, a Set Top Box (STB) 114 to connect to 
a TV 106 for video purposes, and multiple POTS tele- 
phone ports 110 for telephony purposes. 
[0105] Figure 8 shows a schematic of one embodi- 
ment of a HFC distribution network 112 for connecting 
a Head-end Hub (HEH) 115 with the CPE network 102. 
In most HFC network systems, at least two fibers link 
each laser module to the HEH 115, one forming a Pri- 
mary Hub (PH) 808 for the upstream traffic and one 
forming a Primary Hub 808 for the downstream traffic. 
Typically, the Primary Hubs 808 form a Primary Ring 802 



wherein the Primary Hubs 808 are then joined at another 
Primary Hub that is coupled to a Secondary Ring 804. 
The Secondary Ring 804 typically includes at least Sec- 
ondary Hubs 810 that multiplex signals to a plurality of 

s Fiber Nodes 812. In the downstream direction, the Fiber 
Nodes 812 convert the optical signals to electrical sig- 
nals and send the electric signals out on the coaxial (tree 
and branch) network 806 that sends the electrical sig- 
nals to the CPE devices. In the upstream direction, the 

10 Fiber Nodes 812 convert the electrical signals received 
from the coaxial (tree and branch) network 806 to optical 
signals. 

[0106] The HFC network 112 is typically a scaleable 
architecture that, in major metropolitan systems, may be 

is implemented as a dual star bus. However, all the ele- 
ments of the network may be selected to be deployed 
in all regions in a non-uniform manner. For example, the 
deployment of Secondary Hubs or route diverse Sec- 
ondary Rings might depend upon factors such as the 

20 market penetration or the geographical distribution of 
subscribers. 

[0107] In atypical hub, HFC Systems with fewer than 
1 00,000 subscribers may not have a primary ring or met- 
ropolitan/regional network; smaller systems may not 

25 even employ the secondary hub portion of the network. 
The Secondary (fiber) Ring 804 typically supports two 
diversely routed paths between the Primary Hub and 
any of the subtending Secondary Hubs, except in re- 
mote and sparsely populated areas. 

30 [0108] Figure 9 shows a one embodiment of a spec- 
trum use diagram for the coaxial portion of an HFC net- 
work in accordance with the present invention. The 
downstream frequency block (above 50 MHz) 902 may 
be divided into 6 MHz channels, most of which are used 

35 to support a CATV company's video service. One or 
more of the 6 MHz channels is designated to support 
downstream data transmission. Digital data may be 
modulated onto the 6 MHz channel using either 64 QAM 
(Quadrature Amplitude Modulation) or 256 QAM. With 

40 64 QAM, each 6 MHz channel can typically support up 
to 27 Mbps of data. With 256 QAM, each 6 MHz channel 
can support up to 38 Mbps of data. 
[0109] The upstream frequency block 904 (between 
4 and 42 MHz) illustrated in Figure 8 may be divided into 

45 channels of varying width (between 0.20 to 3.20 MHz). 
Frequency ranges and channel widths are chosen 
based on known typical ingress patterns (DOCSIS 1.0 
or later release). Assuming a typical cable plant, up- 
stream data channels of 1 .6 MHZ may be selected in 

so the unused frequency ranges of the upstream frequency 
block. Depending on specific plant characteristics, ei- 
ther QPSK or QAM1 6 may typically be selected as the 
upstream modulation technique. With a 1 .6 MHz chan- 
nel 1280 ksym/sec can besupported. Hence, QPSKcan 

55 theoretically support up to 2.56 Mbps and QAM1 6 can 
theoretically support up to 5.12 Mbps. 
[0110] The current invention and architecture utilizes 
atypical Head-end Hub (HEH) 115 that acts as the in- 
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terconnection point to gather and transform external 
services (e.g., off air and satellite video, PSTN voice, 
and Internet data) to bring them onto the HFC network 
112. Figure 10 is a schematic representation of one em- 
bodiment of an HEH architecture in accordance with the 
present invention. In this architecture, video signals are 
inserted into the Laser Module (LM) 1002 for up/down- 
stream transmission. An Edge Router (ER) 118 typically 
provides traffic routing to a high speed packet network 
120n (i.e., SONET) for data transmission. 
[0111] Generally, an ER 118 may be utilized between 
the cable modem bank 1 004 and the H PN to protect the 
network against user mistakes and intrusions (hackers), 
to provide Quality of Service (QoS) policing with Service 
Level Agreements (SLAs) (e.g., IP precedence bits) - 
differentiating voice and data traffics, to enforce security 
policy of traffic flows via access lists (e.g. non-telephony 
CPE devices are unable to access the voice portion of 
the network), and to limit broadcasts (avoid broadcast 
noise). 

[0112] The Edge Router ER 118 generally provides 
fast switching capability as well as bandwidth aggrega- 
tion capability. Multiple port adapters may be equipped 
on the ER 1 1 8 to provide a load-shared, dual-redundant 
connection to the HPN backbone. Failure of either a link 
or an IP backbone node attached to a link will not result 
in any service degradation. 

[0113] The interface between the cable modem bank 
1004 and the ER 118 is typically an open interface, 
thereby accommodating many implementations. The 
HFC network interfaces are typically provided by multi- 
ple plug-in modem cards that reside in the cable modem 
bank 1004. Each cable modem bank 1004 may be se- 
lected to have Ihe following functions: 

1 ) Cable Media Access Control (MAC) unit: The ca- 
ble MAC frames and encrypts the downstream sig- 
nal for RF transmission and passes the signal to the 
downstream physical layer (PHY). It reverses the 
signal framing and encryption on the upstream sig- 
nal from the upstream PHY. 

2) Downstream PHY unit: The downstream PHY 
generates a modulated, intermediatefrequency (IF) 
output signal at a frequency of 44 MHz and passes 
the IF signal to an external IF to an RF up-converter 
installed in the downstream path. 

3) Upstream PHY unit: The upstream PHY receives 
the modulated, upstream signal at a frequency of 5 
MHz to 42 MHz and passes the signal to the cable 
MAC to remove the framing and encryption formats. 

4) Spectrum management: The spectrum manage- 
ment function continuously monitors the noise in 
unused upstream channels. If the signal-to-noise 
ratio reaches an unacceptable level on a particular 
channel, thespectrum managementmodulewill au- 
tomatically assign a new upstream channel to the 
cable modem using that channel (frequency agility). 
Generally, this reassignment takes no more than 20 



ms, and the active call will not be dropped. 

[0114] The ER 118 is generally equipped with a 100 
Base-T interface built into the I/O board with support for 
s both MM and RJ45 physical interface. Each cable mo- 
dem card in the cable modem bank 1004 may provide 
at least one downstream cable F-connector port and 
multiple upstream cable F-connector ports. Each cable 
modem bank 1004 typically contains multiple slots for 
10 multiple modem cards. The aggregate bandwidth be- 
tween the cable modem bank 1004 and the ER 118 pro- 
vides cost and footprint saving. 
[0115] The IP Network 120 may provide connectivity 
for the HEH 115 and its customers in the CPE 102 to 
15 the Internet 180 utilizing the IP Central Station 200 and 
connectivity to other external networks such as PSTN 
and SS7 226 for end-to-end voice over IP applications. 
[01 1 6] Figure 1 1 is a schematic representation of one 
embodiment of a packet over SONET High-speed Pack- 
20 et Network in accordance with the present invention. 
The physical topology consists of Ultra High-speed 
Routers (UHR) 121 feeding into SONET Add/Drop Mux 
(ADM) 1102 interconnected over a dual fiber ring 1104. 
Logically, the UHRs 121 may be connected via a full- 
25 mesh of point-to-point connections. The speed of the 
SONET rings and the Packet Over SONET (POS) inter- 
faces depends on the number of subscribers in the re- 
gion served by the network. 

[0117] The main function of UHR 121 is typically to 
30 run routing protocols and build routing tables. Each UHR 
121 typically has multiple high-speed line cards that 
support IP switching capacities up to 40 Gbps or higher 
and data rates up to OC-48 or higher speeds. Network 
interfaces are typically provided on a variety of plug-in 
35 line cards: Gigabit Ethernet Line card - Gigabit Ethernet 
is provided on a Gigabit Ethernet Interface line card that 
plugs into the UHR; using OC-3, OC-12, OC-48 or OC- 
1 92 with Packet Over SONET (POS) - A variety of SON- 
ET interface cards may be supported by the UHR as 
40 well. The OC-12c POS line card, for example, provides 
the UHR 622-Mbps single-mode or multi-mode SONET/ 
SDH connection. 

[0118] In this embodiment, the SONET Add/Drop 
Multiplexer (ADM) 1 1 02 is typically a Synchronous Op- 
45 tical Network (SONET) digital multiplexerthat is capable 
of accepting a wide range of inputs and performs the 
necessary conversion to the SONET signaling rate. An 
ADM 1102 can accept multiple inputs from its lower- 
speed ports such as DS1 , DS3, etc. and multiplex them 
so to the specified higher output rate such as OC-12, OC- 
48, etc. Cross-connect capability is provided in the ADM 
1102 by using time slot assignments. Data may be add- 
ed into or dropped from the high-speed carrier facility 
without the need to demultiplex the signal. The ADM 
55 1102 may use redundant hardware and optical lines for 
automatic protection switching when a failure occurs. If 
a cable cut occurs in the SONET ring, the ADM 1102 
typically will use its internal loopback circuits to re-route 
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the data without interruption to the service. 
[0119] The Call Manager (CM) 218 typically may be 
the call control center for supporting the Voice over IP 
(VoIP) application. In general, the main functions per- 
formed by the Call Manager 218 may be: trunk and line 
information maintenance, calling state maintenance 
during the duration of a call, and user service features 
execution as appropriate. In one embodiment, signaling 
information is communicated between the Call Manager 
218 and the PSTN using SS7 ISUP messages. Call sig- 
naling within the IP network may use SGCP, MGCP or 
another open interface from the Call Manager to other 
network elements. In one embodiment, the Call Manag- 
er 21 8 may use a half call model structure, where each 
half-call model is a finite state machine that captures the 
call progress states of an IP Telephony call. 
[0120] Figure 12 is a schematic representation of one 
embodiment of the connectivity among the Call Manag- 
er (CM) 218, the Voice Gateways (VGs) 232, Account- 
ing Gateway (AG) 240, Element Management Gateway 
(EMG) 238 and the PSTN network 160 in accordance 
with the present invention. In one embodiment, a data- 
base of customer information is accessed that repre- 
sents the features subscribed to and the specific dialing 
plan, and the individual line triggers and executes the 
call logic based upon the individual line triggers. The 
Call Manager 21 8 may have interfaces to the SS7 Gate- 
way 234, the Accounting Gateway 240, the Element 
Management Gateway (EMG) 238 and Voice Gateway 
(VG) 232 using IP protocol. Generally, the Call Manager 
218 uses the following signaling messages to support 
VoIP application: ISUP messages over CORBA inter- 
face to/from Signaling Gateway SGCP/MGCP control 
messages to/from Announcement Server, Call event 
records in modified Radius format to the Accounting 
Gateway 240, SGCP/MGCP control messages to/from 
VG and the BRGs, SNMP messages to/from the Ele- 
ment Management Gateway 238, and Database re- 
quests to/from the provisioning Operations Support 
Systems (OSSs) 1 95. 

[0121] The Call Manager 21 8 may provide the calling 
architecture for the calls, maintain the call states for 
each call and respond to the events represented by 
SGCP/MGCP messages or ISUP messages that occur 
during the processing of a call. These events may in- 
clude state changes, feature triggers, changes in the 
status of lines and trunks and error conditions. 
[0122] The Call Manager 21 8 may interact with end- 
points on a Voice Gateway 232 or a BRG 300. An end- 
point is a single trunk circuit or a single telephone port 
located on a VG 232 or a BRG 300 respectively. The 
number of clusters that a particular CM 21 8 can support 
depends on the traffic load requirements for the end- 
points (residential ortrunking) as well as the processing 
power of the CM machine. The Call Manager 21 8 typi- 
cally provides storage for subscriber and network con- 
figuration, may contain the cache server for faster ac- 
cess to the data, may include a routing engine for se- 



lecting least cost routing and may include a service bro- 
ker which provides the data and logic for specific serv- 
ices. 

[0123] The Call Manager 21 8 may use databases that 
5 are created/modified and/or deleted by the provisioning 
OSSs. Such databases typically store the following in- 
formation: Resources database: provides an identifica- 
tion of what resources are connected to the network and 
their current state; the Trunk/Gateway database: indi- 
10 cates which gateway serves what circuits in a trunk; the 
customer database: needed to authorize a call, identify 
what services a line supports and whether a telephone 
number is on or off net; the numbering plan/ least cost 
routing database: provides routing information, enables 
15 theSCCtochoosecorrecttrunk, asafunction ofthecall 
number; and the Local Number Portability (LNP) data- 
base: indicates the NPA/NXX prefixes for which the 
number portability service is open, and the address of 
the SCP towards which requests for translating these 
20 numbers should be routed. The triggering information, 
i.e. the list of prefixes, will have to be present in the da- 
tabase. An external SCP in the SS7 network will provide 
the actual LNP database. 

[01 24] Physical interfaces are provided through plug- 
25 in line card interface modules and typically include the 
following: Fast Ethernet - The Fast Ethernet interface 
module supports multiple Fast Ethernet ports over Cat- 
egory 5 UTP copper cable with RJ-45 connectors; and 
Gigabit Ethernet - The Gigabit Ethernet interface mod- 
30 ule supports multiple Gigabit Ethernet ports. 

[0125] The present invention may utilize the "Simple 
Gateway Control Protocol" (SGCP) or a later protocol 
such as, for example, MGCP or H.GCP. Where MGCP 
orH.GCP is utilized, MGCP or H.GCP may use text en- 
35 coding to control the allocation of circuits in the Voice 
Gateways. The protocol is carried over UDP, and is de- 
signed to allow the control of a connection to move from 
one Call Manager platform to another, allowing the net- 
workto support very large configurations. UDP shortens 
40 delays, provides scalability and allows for more efficient 
failover procedures. The MGCP or H.GCP Notification 
Request and Notify command maintain synchroniza- 
tion. MGCP or H.GCP is also capable of carrying basic 
signaling events, such as hook actions and dialed num- 
45 bers. It is generally used, alone, to carry signaling be- 
tween the Call Manager and the BRGs and other end- 
points. The MGCP or H.GCP typically implements gate- 
way control as a set of transactions. The transactions 
are composed of a request and a mandatory response. 
so In general, there are five types of requests: CreateCon- 
nection; ModifyConnection; DeleteConnection; Notifi- 
cationRequest; and Notify.MGCP or H.GCP messages 
are transmitted over UDP. Requests are sent to one of 
the IP addresses defined in the DNS for the specified 
55 endpoint. The responses are sent back to the source 
address (MGCP or H.GCP) of the requests. MGCP or 
H.GCP messages, being carried over UDP, may be sub- 
ject to losses. In the absence of a timely response, re- 
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quests are repeated. 

[0126] With respect to the Gateway (GW) Architec- 
ture, the Gateways typically support, among others, the 
following group of functions: Call Processing; SS7 Con- 
nectivity; Billing Support; OAM&P Support; Connection 
to PSTN; Control CoS/QoS parameters; and Enhanced 
services. 

[01 27] A trunk side Voice Gateway (VG) 232 is a high- 
ly reliable box that converts IP based voice packets into 
standard PSTN voice traffic. For MF trunks, signaling 
between the Call Manager and the Voice Gateways may 
be done via MGCP or H.GCP. Voice Gateways may be 
configured as MF or ISUP gateways on a per-T1 basis. 
MF trunks will be compatible with Feature Group D 
(FGD), Operator Service (OS) Signaling protocol and 
Termination Protocol (TP). 

[0128] The bearer channel connection with the ILEC 
and IXCs may be accomplished via T1 carrier connec- 
tions. Generally, either ISUP or MF, FGD, OS signaling 
trunks may be used to interconnect to the service bu- 
reau (possibly the ILEC) providing operator services, di- 
rectory services and positions for 311 , 611 and 711 serv- 
ices. E911 calls are routed to an E911 tandem switch 
1 202 that has the appropriate databases and interfaces 
with the Public Safety Answering Position (PSAP) 1 204. 
[0129] As shown in Figure 13, the VGs 232 may be 
router-based with Voice Feature Card and DSP Module 
cards to do the voice processing. In one embodiment, 
key features that a VG 232 may provide are: a Host proc- 
essor 1302 and LAN/WAN ports; Ethernet ports andT1 
or E1 telephony interface cards 1308; Voice Feature 
Card 1304 with DSP Modules 1306 providing voice 
compression transcoding (G.711 and G.729); Carrier- 
quality echo cancellation: 8 ms-32 ms tail length; a de- 
jitter buffer which adapts to delay variations in the net- 
work in order to minimize the delay; packet loss con- 
cealment that generates concealment frames for lost 
packets using information from previously received da- 
ta; and tone detection and generation. The tone detec- 
tion and generation function typically detects Multi-Fre- 
quency (MF) tones and generates MF and call process- 
ing tones (e.g. dial tone, call-waiting tone etc.). 
[01 30] Typically, the VG 232 supports T1 /E1 interfac- 
es with internal CSUs. ISUP, MF and Centralized At- 
tendant Services (CAS) trunks aresupported with a con- 
figuration done on a perT1 basis. For MF/CAS trunks, 
CAS signaling (ABCD signaling bits and MF tones) is 
converted to/from SGCP/MGCP/H.GCP signal re- 
quests and events by the Voice Gateway 232. This in- 
cludes: MF tones converted to/from digit strings inside 
either an SGCP/GCP/H.GCP Notify or Notification Re- 
quest (or combined with a Connection or Modify Con- 
nection Request);Off-hook and on-hook indications 
converted to/from events inside either an SGCP/MGC/ 
H.GCP Notify or Notification Request (or combined with 
a Connection or Modify Connection Request); and Low- 
er level signaling and timing done within the Voice Gate- 
way itself (e.g. wink-start) rather than controlling via 



SGCP/MGCP/H.GCP. 

[0131] An ethernet interface on an RJ45 connector 
may be used to connect the VG 232 into the SCC high 
speed router. SGCP/MGCP/H.GCP is typically used as 

s the interface between the Voice Gateway 232 and the 
Call Manager 21 8 for call control, signaling and media 
stream purposes. SGCP/MGCP/H.GCP may be used to 
set up RTP connections (IP addresses, UDP ports, co- 
dec choice etc.). Audio streams are then passed directly 

10 between endpoints via RTP over UDP. SGCP/MGCP/H. 
GCP may be used to send requests to the Voice Gate- 
way 232 to make or modify connections in order to set 
up RTP media streams and to request continuity tests 
and results. 

15 [0132] In one preferred embodiment, a SS7 Signaling 
Gateway (SG) supports SS7 signaling TCAP message 
to SGCP/MGCP/H.GCP message exchange. ISUP and 
TCAP signaling is terminated on SS7 Signaling Gate- 
ways, which looks like an SSP to the SS7 network. The 
20 Call Manager 21 8 uses and API with SS7 to send and 
receive ISUP and TCAP messages. Full class 5 SS7 
functionality may be provided, including the ability to 
provide all of the information necessary for billing as de- 
fined in GR-246-Core. The SS7 Gateway is arranged to 
25 perform for: SS7 message handling (message discrim- 
ination, message distribution, and message routing); 
Signaling Link Management (e.g., link activation, deac- 
tivation); Signaling Route Management (managing 
Point Code route status based on route received man- 
so agement messages such as Transfer Prohibited, Trans- 
fer Allowed, Transfer Restricted, etc.); and Signaling 
Traffic Management (diversion of traffic based on una- 
vailability, availability, restriction of signaling link, route, 
and point code.) The SS7 architecture supports the nec- 
35 essary redundancy component scheme for the system 
reliability and availability during scheduled maintenance 
and/or software/hardware upgrades. The SS7 Gateway 
handles all of the lower level SS7 processing and is con- 
nected to the Call Manager via an open interface (i.e., 
40 SCP/MGCP/H.GCP, CORBA). For the ISUP or TCAP 
application level data received from the Call Manager 
218 via this open interface, the SS7 Gateway software 
adds the MTP layer information to create a complete 
SS7 message to be sent to the STP pair in the external 
45 SS7 network via the A-linksets. Conversely, the SS7 
Gateway software strips the ISUP or TCAP application 
layer data from the SS7 messages received from the 
STP pair and sends it to the Call Manager using the 
open interface. 

so [0133] The Accounting Gateway receives messages 
representing events from the Call Manager. Up to two 
messages are received for each call, the first when the 
call is established, and second when the call terminates. 
In the case of unsuccessful calls, only the failure mes- 
55 sage will be logged. The messages provide details 
about the calling and called parties, the timing of the call 
set-up, the duration, the type of calling feature and the 
quality of the call. Accounting gateways (AG) are dupli- 



15 



20 



25 



30 



45 



50 



23 



45 



EP1 113 619 A2 



cated, with each gateway having dual-mirrored disks. 
Each gateway is able to handle up to 3-days worth of 
accounting records. If an AG fails, Call Managers will 
begin revert to the backup AG. 

[0134] The Standard Automatic Message Accounting 
(AMA) format is typically used by circuit-switching sys- 
tems, packet-switching systems, and other network el- 
ements to provide billing usage measurements data. 
These data are needed either to permit charging the 
customer for use of network services or to permit charg- 
ing other carriers (including lECs and other LECs) for 
assistance in placing call connections. The Accounting 
Gateway converts this information into AMA records 
and sends these records to the external Billing Systems 
using FTP. Time-stamp accuracy is based on the accu- 
racy of the Call Manager clock that derived from the 
TOD. To create appropriate AMA records, the event in- 
formation produced by the Call Manager must have ap- 
propriate information forthe telephone service required. 
This includes and is not limited to: phone number of the 
calling party (customer); phone number of the called 
party (customer); time of call; duration of the phone call; 
and use of any discretionary features. In terms of billing 
forOn-Netvs. Off-Net calls, different AMA structures are 
generated between On-Net (defined as within a network 
service provider network) and Off-Net (defined as out- 
side of service provider network - e.g. PSTN) calls. 
[0135] The purpose of the Element Management 
Gateway (EMG) is to provide at least the following sys- 
tem management functionality: Status and performance 
monitoring forthe operation centerto gauge the ongoing 
operation of applications; Provide extensive information 
for operations center who may not have been involved 
in the development of the applications but on whose 
hands the ongoing maintenance of the application falls; 
Customizable operations interface to allow the Work 
Center to view only the information required reducing 
the time spent filtering information; Centralize distribut- 
ed application configurations that may be spread across 
many objects on many machines; Proactive manage- 
ment capabilities to remove the need for constant oper- 
ator intervention making the day-to-day operations 
more efficient; and Intelligent display of status informa- 
tion to separate critical issues from low-priority problems 
allowing the operation centerto assign resources to the 
right problems at the right time. 
[0136] The Operation, Administration, Maintenance 
and Provisioning (OAM&P) connectivity may be provid- 
ed by a Secured Management Data Network (SMD Net). 
Figure 1 4 shows a schematic representation for one em- 
bodiment of an architecture for a SMD Net interconnect 
system in accordance with the present invention. An El- 
ement Management Gateway (EMG) 238 is coupled to 
an SMD Net 1402 by aT1 or higher data rate line. The 
SMD Net 1 402 is coupled to Network Operation Centers 
1408 in an OAM&P 195, a Network Server Platform 
(NSP) 1408, and a plurality of Work Centers (Field Serv- 
ice Area) 1406. 



[01 37] Figure 1 5 is a block diagram of a preferred em- 
bodiment of a Broadband Residential Gateway BRG in 
accordance with the present invention. All elements of 
the BRG are coupled to the Power Supply Unit 1520; 
s thus, further descriptions of the couplings to the Power 
Supply Unit 1520 will not be described below. The BRG 
may include a transceiver 1502 with RF to packet logic/ 
packet logic to RF coupled to an HFC cable interface, 
typically using an F connector cable connection. The 
10 transceiver 1 502 typically receives an RF frequency in- 
put from an input port and forwards the input to digital 
signal processing software, firmware and hardware 
modules for I P packet processing. Thus, the transceiver 
1502 converts RF to IP packets, essentially serving as 
15 a modem and translator. A Universal Register Logic Unit 
1504 is typically coupled to the transceiver to provide 
an elastic register for queuing and tunneling IP packets 
required for IP services. In a preferred embodiment, the 
telephony ports 1532, data port 1534, and TV port 1536 
20 are coupled to the smart buffer logic 1524 using a high 
speed bus (HSB); the Distributed Processing Architec- 
ture Platform (DPAP) 1 506 is coupled to the Smart Buff- 
er Logic 1 524, the Flash Memory 1 522, and the Univer- 
sal Register Logic 1504 using a HSB; the Flash Memory 
25 1 522 is coupled to the Display Driver Touch Screen Log- 
ic 1538 using a HSB; and the Universal Register Logic 
1504 is coupled to the transceiver 1502 using a HSB. 
Logical signaling connections couple the telephony 
ports 1532 to the telephony services and processing 
30 electronics and firmware 1526, the data port 1534 to the 
high speed data services and processing electronics 
and firmware 1 528, the TV port 1536 to the CATV/HDTV 
services and processing electronics and firmware 1 530, 
the smart buffer logic to the services and processing 
35 electronics and firmware 1526, 1528, 1530 and to the 
Flash Memory 1 522, the DPAP 1 506 to the services and 
processing electronics and firmware 1526, 1528, 1530, 
to the transceiver 1 502 and to the transceiver 1 502, the 
Flash Memory 1 522 to the Smart Buffer Logic 1 524, and 
40 the Display Driver Touch Screen Logic 1538 to the Uni- 
versal Register Logic 1504. 

[0138] Though processing may be accomplished by 
a single processor, in a preferred embodiment, as 
shown in Figure 15, processing is distributed across a 
45 distributed processing platform 1506, taking place in a 
plurality of processors P1-P6 1508-1518, each having 
a dedicated function and being designed to provide pre- 
determined services or applications, and being coupled 
to the other processors via a Universal Service Bus 
so (USB). A first processor P1 1508 is dedicated to teleph- 
ony; a second processor P2 1 51 0 is dedicated to data; 
a third processor P3 1512 is dedicated to video; a fourth 
processor P4 1514 is an auxiliary processor; a fifth proc- 
essor P5 1516 is utilized for interface (e.g., text to voice 
55 and vise versa) input/output processing; and a sixth 
processor OAMP P6 1518 is utilized for Operation, 
Maintenance and Provisioning processing. The 
processing platform 1506 is coupled to the Universal 
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Register Logic Unit 1504, the Flash Memory 1522, a 
Smart Buffer Logic unit 1 524 and to a plurality of system 
service units 1526, 1528, 1530. The system service 
units include logic, electronics, firmware and circuitry for 
telephony services 1526. high speed data services 1528 
and CATV/HDTV (Cable Television/High Definition Tel- 
evision) 1530 in accordance with standard industry 
practices such as DOCSIS 1 .0 or higher, etc. 
[0139] The Flash Memory 1522 is coupled to the dis- 
tributed processing platform 1506 and serves as a Ran- 
dom Access Memory for processing functions. In a pre- 
ferred embodiment, the Flash Memory 1522 includes 
field-upgradeable slots for permitting addition of addi- 
tional memory that may be required for highly special- 
ized computing applications requested by users, such 
as multi-party conferences, call waiting for multiple par- 
ties, etc. 

[0140] The Smart Buffer Logic unit SBL 1524 is cou- 
pled to the telephony ports 1532, data ports 1534, TV 
ports 1536. and the distributed processing platform 
1506. The SBL unit 1524 has a main function of buffer- 
ing the IP packets for delivery over the HFC network. In 
addition, the SBL unit 1524 may include selectable 
switching and routing algorithms based on services and 
applications associated with each port. 
[0141] The telephony ports 1532 have circuitry, hard- 
ware, logic and firmware for interfacing with the Plain 
Old Telephone networks (POTs) as is known in the art. 
Also the telephony ports 1532 typically include user in- 
terface logic, voice processing logic, voice activity de- 
tector logic, voice codecs, and DTMF (dual tone multi- 
frequency) tone sensing logic. In a preferred embodi- 
ment, RJ11 interfaces to a maximum of 4 lines are pro- 
vided for users to connect existing telephone units. Echo 
cancellation and automatic gain control may also be uti- 
lized in the telephony port 1532. 
[0142] The data port 1534 interfaces high speed data 
service to users in accordance with Ethernet 802.3, us- 
ing an RJ45 interface to the Ethernet Card in a personal 
computer. The data port 1 534 typically also includes cir- 
cuitry, hardware, firmware and logic interfaces, essen- 
tially characterized as a cable modem logic unit as is 
known in the art. 

[01 43] The TV port 1 536 is an interface for HDTV and/ 
or CATV services to users' television sets 
[0144] Although the invention has been defined using 
the appended claims, these claims are exemplary and 
limiting to the extent that the invention is meant to in- 
clude one or more elements from the apparatus and 
methods described herein and in the applications incor- 
porated by reference in any combination or subcombi- 
nation. Accordingly, there are any number of alternative 
combinations for defining the invention, which incorpo- 
rate one or more elements from the specification (includ- 
ing the drawings, claims, and applications incorporated 
by reference) in any combinations or subcombinations. 
[0145] Where technical features mentioned in any 
claim are followed by reference signs, those reference 



signs have been included for the sole purpose of in- 
creasing the intelligibility of the claims and accordingly, 
such reference signs do not have any limiting effect on 
the scope of each element identified by way of example 
s by such reference signs. 



Claims 

10 1 . A two-way communication system for providing at 
least one of: voice, video, data and multimedia ap- 
plications including voice calls over Internet Proto- 
col, 

comprising 

15 

a Broadband Residential Gateway coupled to 
a plurality of customer premises equipment and 
to a first network; 
a second network; 
20 an external network; 

a Head End Hub comprising a Cable Modem 
Bank coupled to an Edge Router and to a Head 
End; 

said Edge Router being further coupled to said 
25 second network, 

said Head End Hub being coupled to said first 
and second network, 

said second network being further coupled to 
an Internet Protocol Central Office that is in turn 
30 coupled, where selected, to said external net- 

work. 

2. The two-way communication system of claim 1 
characterized in that said first network is a Hyper 
35 Fiber Coaxial Network or an Internet Protocol Ca- 
pable Network, and said second network is High 
Speed Packet Network or an Internet Protocol Net- 
work. 

40 3. The two-way communication system of claim 1 
characterized in that said external network is a pub- 
lic switched telephony network. 

4. A two-way communication system for providing 
45 voice calls using Internet Protocol, comprising at 
least: 

an Internet Protocol Central Station, coupled to 
the a public switched telephony network, Inter- 
so net and to a plurality of Customer Premises 
Equipment CPE via at least one High-Speed 
Packet Network coupled to a Hybrid Fiber Co- 
axial Distribution Network, 
said High-Speed Packet Network having a plu- 
rality of Ultra High-speed Routers coupled to 
said Hybrid Fiber Coaxial Distribution Network, 
and said Hybrid Fiber Coaxial Distribution Net- 
work being coupled to a Broadband Residential 
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Gateway of said CPE that interconnects a plu- 
rality of Customer Premises Equipment, 
wherein voice calls are transmitted over the 
system in packets formatted in accordance with 
said Internet Protocol. 

5. The two-way communication system of claims 1 or 
4 characterized in that said plurality of customer 
premises equipment includes at least one of: a tel- 
evision, a telephone and a personal computer. 

6. The two-way communication system of claim 5 
characterized in that said public switched telephony 
network utilizes a Signaling System Seven and an 
Operation, Administration, Maintenance and Provi- 
sioning system. 

7. The two-way communication system of claim 6 
characterized in that said public switched telephony 
network includes a billing system. 

8. The two-way communication system of claim 2 
characterized in that said High Speed Packet Net- 
work is coupled to at least one of the following: 

an Internet Protocol Local Number Portability 
database that is in turn coupled to a plurality of 
Ultra Highspeed Routers; 
a Local Service Managamcnt System. 

9. A method for providing a two-way communication 
system foravoice callformatted using Internet Pro- 
tocol, comprising the steps of: 

using an Internet Protocol Central Station, coupled 
to a public switched telephony network, Internet and 
to a plurality of Customer Premises Equipment CPE 
via at least a High-Speed Packet Network coupled 
to a Hybrid Fiber Coaxial Distribution Network, to 
encode a voice call to form IP encoded voice pack- 
ets in accordance with said Internet Protocol and 
transmit said IP encoded voice packets on said 
High-Speed Packet Network using an Ultra High- 
speed Router coupled to said Hybrid Fiber Coaxial 
Distribution Network, wherein said Hybrid Fiber Co- 
axial Distribution Network is coupled to a Broad- 
band Residential Gateway BRG of said CPE that 
interconnects a plurality of Customer Premises 
Equipment, and said BRG decodes the IP encoded 
voice packets to form a voice call and sends said 
voice call to a telephone. 

10. The method of claim 9 characterized in that said plu- 
rality of customer premises equipment includes at 
least one of: a television, a telephone and a person- 
al computer. 

11. The method of claim 9 characterized in that said 
public switched telephony network includes a Sig- 



naling System Seven and an Operation, Adminis- 
tration, Maintenance and Provisioning system. 

12. The method of claim 9 characterized in that said 
public switched telephony network further includes 
a billing system. 
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